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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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1 Scope 

The present document specifies the RLC protocol. 
Release '99 features: 

Transparent mode. 

Unacknowledged mode. 

- Acknowledged mode. 
Features for future Releases: 

- Hybrid ARQ. 
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Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

ARQ Automatic Repeat Request 

BCCH Broadcast Control Channel 

BCH Broadcast Channel 

C- Control- 

CC Call Control 

CCCH Common Control Channel 

CCH Control Channel 

CCTrCH Coded Composite Transport Channel 

CN Core Network 

CRC Cyclic Redundancy Check 

DC Dedicated Control (SAP) 
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DCCH Dedicated Control Channel 

DCH Dedicated Channel 

DL Downlink 

DSCH Downlink Shared Channel 

DTCH Dedicated Traffic Channel 

FACH Forward Link Access Channel 

FCS Frame Check Sequence 

FDD Frequency Division Duplex 

GC General Control (SAP) 

HO Handover 

ITU International Telecommunication Union 

kbps kilo-bits per second 

LI Layer 1 (physical layer) 

L2 Layer 2 (data link layer) 

L3 Layer 3 (network layer) 

MAC Medium Access Control 

MS Mobile Station 

MM Mobility Management 

Nt Notification (SAP) 

PCCH Paging Control Channel 

PCH Paging Channel 

PDU Protocol Data Unit 

PU Payload Unit. 

PHY Physical layer 

PhyCH Physical Channels 

RACH Random Access Channel 

RLC Radio Link Control 

RNTI Radio Network Temporary Identity 

RRC Radio Resource Control 

SAP Service Access Point 

SDU Service Data Unit 

SHCCH Shared Channel Control Channel 

TCH Traffic Channel 

TDD Time Division Duplex 

TFI Transport Format Indicator 

TFCI Transport Format Combination Indicator 

TPC Transmit Power Control 

U- User- 

UE User Equipment 

UL Uplink 

UMTS Universal Mobile Telecommunications System 

URA UTRAN Registration Area 

UTRA UMTS Terrestrial Radio Access 

UTRAN UMTS Terrestrial Radio Access Network 



General 



4.2 Overview on sublayer architecture 

The model presented in this section is not for implementation purposes. 



4.2.1 



IVIodel of RLC 



Figure 4.1 gives an overview model of the RLC layer. The figure illustrates the different RLC peer entities. There is one 
transmitting and one receiving entity for the transparent mode service and the unacknowledged mode service and one 
combined transmitting and receiving entity for the acknowledged mode service. The dashed lines between the AM- 
Entities illustrate the possibility to send the RLC PDUs on separate logical channels, e.g. control PDUs on one and data 
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PDUs on the other. More detailed descriptions of the different entities are given in subclauses 4.2.1.1, 4.2.1.2 and 
4.2.1.3. 
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Figure 4.1 : Overview model of RLC 
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4.2.1 .1 Transparent mode entities 

Figure 4.2 below shows the model of two transparent mode peer entities. 
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Figure 4.2: IVIodel of two transparent mode peer entities 

The transmitting Tr-entity receives SDUs from the higher layers through the Tr-SAP. RLC might segment the SDUs 
into appropriate RLC PDUs without adding any overhead. How to perform the segmentation is decided upon when the 
service is established. RLC delivers the RLC PDUs to MAC through either a BCCH, DCCH, PCCH, SHCCH or a 
DTCH. The CCCH also uses transparent mode, but only for the uplink. Which type of logical channel depends on if the 
higher layer is located in the control plane (BCCH, DCCH, PCCH, CCCH, SHCCH) or user plane (DTCH). 

The Tr-entity receives PDUs through one of the logical channels from the MAC sublayer. RLC reassembles 

(if segmentation has been performed) the PDUs into RLC SDUs. How to perform the reassembling is decided upon 

when the service is established. RLC delivers the RLC SDUs to the higher layer through the Tr-SAP. 

4.2.1 .2 Unacknowledged mode entities 

Figure 4.3 below shows the model of two unacknowledged mode peer entities. 
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Figure 4.3: IVIodel of two unacknowledged mode peer entities 

The transmitting UM-entity receives SDUs from the higher layers. RLC might segment the SDUs into RLC PDUs of 
appropriate size. The SDU might also be concatenated with other SDUs. RLC adds a header and the PDU is placed in 
the transmission buffer. RLC deUvers the RLC PDUs to MAC through either a DCCH, a SHCCH (downlink only), 
CTCH or a DTCH. The CCCH also uses unacknowledged mode, but only for the downlink. Which type of logical 
channel depends on if the higher layer is located in the control plane (CCCH, DCCH, SHCCH) or user plane (CTCH, 
DTCH). 

The receiving UM-entity receives PDUs through one of the logical channels from the MAC sublayer. RLC removes 
header from the PDUs and reassembles the PDUs (if segmentation has been performed) into RLC SDUs. The RLC 
SDUs are delivered to the higher layer. 



4.2.1.3 



Acknowledged mode entity 



Figure 4.4 below shows the model of an acknowledged mode entity, when one logical channel (shown as a solid Une) 
and when two logical channels (shown as dashed lines) are used. 
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Figure 4.4: lUlodel of a aclcnowledged mode entity 

The transmitting side of the AM -entity receives SDUs from the higher layers. The SDUs are segmented and/or 
concatenated to PUs of fixed length. PU length is a semi-static value that is decided in bearer setup and can only be 
changed through bearer reconfiguration by RRC. 

For purposes of RLC buffering and retransmission handling, the operation is the same as if there would be one PU per 
PDU. For concatenation or padding purposes, bits of information on the length and extension are inserted into the 
beginning of the last PU where data from an SDU is included. Padding can be replaced by piggybacked status 
information. This includes setting the poll bit. 

If several SDUs fit into one PU, they are concatenated and the appropriate length indicators are inserted into the 
beginning of the PU. After that the PUs are placed in the retransmission buffer and the transmission buffer. One PU is 
included in one RLC PDU. 

The MUX then decides which PDUs and when the PDUs are delivered to MAC, e.g. it could be useful to send RLC 
control PDUs on one logical channel and data PDUs on another logical channel. The PDUs are delivered via a function 
that completes the RLC -PDU header. The fixed 2 octet AMD PDU header is not ciphered. 

When Piggybacking mechanism is applied the padding is replaced by control information, in order to increase the 
transmission efficiency and making possible a faster message exchange between the peer to peer RLC entities. The 
piggybacked control information is not saved in any retransmission buffer. The piggybacked control information is 
contained in the piggybacked STATUS PDU, which is in turn included into the AMD-PDU. The piggybacked STATUS 
PDUs will be of variable size in order to match with the amount of free space in the AMD PDU. 
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The dashed lines illustrate the case where AMD PDUs and control PDUs are transmitted on separate logical channels. 
The retransmission buffer also receives acknowledgements from the receiving side, which are used to indicate 
retransmissions of PUs and when to delete a PU from the retransmission buffer. 

The Receiving Side of the AM-entity receives PDUs through one of the logical channels from the MAC sublayer. The 
RLC-PDUs are expanded into separate PUs and potential piggybacked status information are extracted. The PUs are 
placed in the receiver buffer until a complete SDU has been received. The receiver buffer requests retransmissions of 
PUs by sending negative acknowledgements to the peer entity. After that the headers are removed from the PDUs and 
the PDUs are reassembled into a SDU. Finally the SDU is delivered to the higher layer. The receiving side also receives 
acknowledgements from the peer entity. The acknowledgements are passed to the retransmission buffer on the 
transmitting side. 



Functions 



The following functions are supported by RLC. For a detailed description of the following functions see [3]: 
Segmentation and reassembly. 

- Concatenation. 
Padding. 

Transfer of user data. 
Error correction. 

In-sequence delivery of higher layer PDUs. 

Duplicate Detection. 

Flow control. 

Sequence number check (Unacknowledged data transfer mode). 

Protocol error detection and recovery. 

- Ciphering. 
Suspend/resume function. 

6 Services provided to upper layers 

This clause describes the different services provided by RLC to higher layers. It also includes mapping of functions to 
different services. For a detailed description of the following functions see [3]. 

- Transparent data transfer Service. 

The following functions are needed to support transparent data transfer: 
Segmentation and reassembly. 
Transfer of user data. 

- Unacknowledged data transfer Service: 

The following functions are needed to support unacknowledged data transfer: 

Segmentation and reassembly. 

Concatenation. 
- Padding. 
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Transfer of user data. 

- Ciphering. 

Sequence number check. 

- Acknowledged data transfer Service: 

The following functions are needed to support acknowledged data transfer: 
Segmentation and reassembly. 
Concatenation. 

- Padding. 
Transfer of user data. 
Error correction. 

In-sequence delivery of higher layer PDUs. 
Duplicate detection. 

- Flow Control. 

Protocol error detection and recovery. 

- Ciphering. 

- QoS setting: 

- Notification of unrecoverable errors. 

6.1 Mapping of services/functions onto logical channels 

The following tables show the applicability of services and functions to the logical channels in UL/DL and 
UE/UTRAN. A '+' in a column denotes that the service/function is applicable for the logical channel in question 
whereas a '-' denotes that the service/function is not applicable. 

Table 6.1 : RLC modes and functions in UE uplink side 



Service 


Functions 


CCCH 


SHCCH 


DCCH 


DTCH 


Transparent 
Service 


Applicability 


+ 


+ 


+ 


+ 


Segmentation 


- 


- 


+ 


+ 


Transfer of user data 


+ 


+ 


+ 


+ 


Unaclcnowledged 
Service 


Applicability 




- 


+ 


+ 


Segmentation 


- 


- 


+ 


+ 


Concatenation 


- 


- 


+ 


+ 


Padding 




- 


+ 


+ 


Transfer of user data 




- 


+ 


+ 


Cipfiering 


- 


- 


+ 


+ 


Aclcnowledged 
Service 


Applicability 




- 


+ 


+ 


Segmentation 




- 


+ 


+ 


Concatenation 


- 


- 


+ 


+ 


Padding 


- 


- 


+ 


+ 


Transfer of user data 




- 


+ 


+ 


Flow Control 




- 


+ 


+ 


Error Correction 


- 


- 


+ 


+ 


Protocol error correction & 
recovery 


- 


- 


+ 


+ 


Cipfiering 




- 


+ 


+ 
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Table 6.2: RLC modes and functions in UE downlinl< side 



Service 


Functions 


BCCH 


PCCH 


SHCCH 


CCCH 


DCCH 


DTCH 


CTCH 


Transparent 
Service 


Applicability 


+ 


+ 


+ 




+ 


+ 




Reassembly 


+ 


+ 


- 




+ 


+ 




Unacknowledged 
Service 


Applicability 


- 


- 


+ 


+ 


+ 


+ 


+ 


Reassembly 


- 


- 


+ 


+ 


+ 


+ 


+ 


Deciptiering 






- 


- 


+ 


+ 


- 


Sequence number ciieck 






+ 


+ 


+ 


+ 


+ 


Acknowledged 
Service 


Applicability 


- 


- 


- 


- 


+ 


+ 


- 


Reassembly 


- 


- 


- 


- 


+ 


+ 


- 


Error correction 






- 




+ 


+ 




Flow Control 






- 




+ 


+ 




In sequence delivery 






- 




+ 


+ 




Duplicate detection 






- 




+ 


+ 




Protocol error correction 
& recovery 






- 




+ 


+ 




Deciptiering 






- 




+ 


+ 





Table 6.3: RLC modes and functions in UTRAN downlink side 



Service 


Functions 


BCCH 


PCCH 


CCCH 


SHCCH 


DCCH 


DTCH 


CTCH 


Transparent 
Service 


Applicability 


+ 


+ 


- 


+ 


+ 


+ 


- 


Segmentation 


+ 


+ 




- 


+ 


+ 


- 


Transfer of user data 


+ 


+ 




+ 


+ 


+ 


- 


Unacknowledged 
Service 


Applicability 


- 


- 


+ 


+ 


+ 


+ 


+ 


Segmentation 


- 


- 


+ 


+ 


+ 


+ 


+ 


Concatenation 


- 




+ 


+ 


+ 


+ 


+ 


Padding 


- 




+ 


+ 


+ 


+ 


+ 


Cipiiering 


- 


- 


- 


- 


+ 


+ 


- 


Acknowledged 
Service 


Applicability 


- 


- 


- 


- 


+ 


+ 


- 


Segmentation 


- 






- 


+ 


+ 


- 


Concatenation 








- 


+ 


+ 


- 


Padding 


- 


- 


- 


- 


+ 


+ 


- 


Transfer of user data 


- 






- 


+ 


+ 


- 


Flow Control 


- 






- 


+ 


+ 


- 


Error Correction 


- 


- 


- 


- 


+ 


+ 


- 


Protocol error correction 
& recovery 


- 


- 


- 


- 


+ 


+ 


- 


Cipiiering 


- 


- 


- 


- 


+ 


+ 


- 



Table 6.4: RLC modes and functions in UTRAN uplink side 



Service 


Functions 


CCCH 


SHCCH 


DCCH 


DTCH 


Transparent 
Service 


Applicability 


+ 


+ 


+ 


+ 


Reassembly 


- 


- 


+ 


+ 


Unacknowledged 
Service 


Applicability 


- 


- 


+ 


+ 


Reassembly 




- 


+ 


+ 


Decipiiering 






+ 


+ 


Sequence number cfiecl< 


- 


- 


+ 


+ 


Acknowledged 
Service 


Applicability 


- 


- 


+ 


+ 


Reassembly 






+ 


+ 


Error correction 




- 


+ 


+ 


Flow Control 


- 


- 


+ 


+ 


In sequence delivery 


- 


- 


+ 


+ 


Duplicate detection 






+ 


+ 


Protocol error correction & 
recovery 


- 


- 


+ 


+ 


Decipiiering 


- 


- 


+ 


+ 



7 Services expected from MAC 

For a detailed description of the following functions see [3]. 
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Data transfer. 



8 



Elements for layer-to-layer communication 



The interaction between the RLC layer and other layers are described in terms of primitives where the primitives 
represent the logical exchange of information and control between the RLC layer and other layers. The primitives shall 
not specify or constrain implementations. 

8.1 Primitives between RLC and higher layers 

The primitives between RLC and upper layers are shown in Table 8.L 

Table 8.1 : Primitives between RLC and upper layers 



Generic Name 


Parameter 


Req. 


Ind. 


Resp. 


Conf. 


RLC-AM-DATA 


Data, CNF, MUl 


Data, Discardlnfo 


Not Defined 


MUl 


RLC-UM-DATA 


Data, 


Data 


Not Defined 


Not Defined 


RLC-TR-DATA 


Data 


Data 


Not Defined 


Not Defined 


CRLC-CONFIG 


E/R, Ciphering 

Elements (UM/AM 

only), AM_parameters 

(AM only) 


Not Defined 


Not Defined 


Not Defined 


CRLC-SUSPEND 
(UM/AM only) 


N 


Not Defined 


Not Defined 


VT(US) (UM only), 
VT(S) (AM only) 


CRLC-RESUME 
(UM/AM only) 


No Parameter 


Not Defined 


Not Defined 


Not Defined 


CRLC-STATUS 


Not Defined 


EVC 


Not Defined 


Not Defined 



Each Primitive is defined as follows: 

RLC-AM-DATA-Req/Ind/Conf 

RLC-AM-DATA-Req is used by higher layers to request transmission of a higher layer PDU in acknowledged 
mode. 

RLC-AM-DATA-Ind is used by RLC to deliver to higher layers RLC SDUs, that have been transmitted in 
acknowledged mode and to indicate higher layers of the discarded RLC SDU in the receiving RLC. 

RLC-AM-DATA-Conf is used by RLC to confirm to higher layers the transmission of a RLC SDU. 

RLC-UM-DATA-Req/Ind 

RLC-UM-DATA-Req is used by higher layers to request transmission of a higher layer PDU in unacknowledged 
mode. 

RLC-UM-DATA-Ind is used by RLC to deliver to higher layers RLC SDUs, that have been transmitted in 
unacknowledged mode. 

RLC-TR-DATA-Req/Ind 

RLC-TR-DATA-Req is used by higher layers to request transmission of a higher layer PDU in transparent mode. 

RLC-TR-DATA-Ind is used by RLC to deliver to higher layers RLC SDUs, that have been transmitted in 
transparent mode. 

CRLC-CONFIG-Req 

This primitive is used by RRC to establish, release or reconfigure the RLC. Ciphering elements are included for UM 
and AM operation. 
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CRLC-SUSPEND-Req/Conf 

This primitive is used by RRC to suspend the RLC. The N parameter indicates that RLC shall not send a PDU with 
SN>= VT(S)+N, where N is an integer. RLC informs RRC of the VT(S) value in the confirm primitive. 

CRLC-RESUME-Req 

This primitive is used by RRC to resume RLC when RLC has been suspended. 
CRLC-STATUS-Ind 

It is used by the RLC to send status information to RRC. 
Following parameters are used in the primitives: 

1) The parameter Data is the RLC SDU that is mapped onto the Data field in RLC PDUs. The Data parameter may 
be divided over several RLC PDUs. In case of a RLC -AM -DATA or a RLC -UM -DATA primitive the length of 
the Data parameter shall be octet-aligned. 

2) The parameter Confirmation request (CNF) indicates whether the RLC needs to confirm the correct transmission 
of the RLC SDU. 

3) The parameter Message Unit Identifier (MUI) is an identity of the RLC SDU, which is used to indicate which 
RLC SDU that is confirmed with the RLC-AM-DATA conf. primitive. 

4) The parameter E/R indicates (re)establishment, release or modification of RLC If it indicates (re)establishment, 
all protocol parameters, variables and timers shall be set or reset and RLC shall enter the data transfer ready 
state. If it indicates release, all protocol parameters, variables and timers shall be released and RLC shall exit the 
data transfer ready state. If it indicates modification, the protocol parameters indicated by RRC (e.g. ciphering 
parameters) shall only be modified with keeping the other protocol parameters, the protocol variables, the 
protocol timers and the protocol state. 

5) The parameter Event Code (EVC) indicates the reason for the CRLC-STATUS-ind (i.e., unrecoverable errors 
such as data link layer loss or recoverable status events such as reset, etc.). 

6) The parameter ciphering elements are only applicable for UM and AM operation. These parameters are 
Ciphering Mode, Ciphering Key, Activation Time (SN to activate a new ciphering configuration) and Ciphering 
Sequence Number. 

7) The AM_parameters is only applicable for AM operation. It contains PU size. Timer values (see subclause 9.5), 
Protocol parameter values (see subclause 9.6), Polling triggers (see subclause 9.7.1), Status triggers (see 
subclause 9.7.2), SDU discard mode (see subclause 9.7.3). 

8) The parameter Discardlnfo indicates the upper layer of each of the discarded RLC SDU. It is applicable only 
when in-sequence delivery is active and it is purposed to be used when the upper layer requires the reliable data 
transfer and especially the information of the discarded RLC SDU. 



9 Elements for peer-to-peer communication 

9.1 Protocol data units 
9.1.1 Data PDUs 

a) TrD PDU (Transparent Mode Data PDU). 

The TrD PDU is used to convey RLC SDU data without adding any RLC overhead. The TrD PDU is used by 
RLC when it is in transparent mode. 

b) UMD PDU (Unacknowledged Mode Data PDU). 

The UMD PDU is used to convey sequentially numbered PDUs containing RLC SDU data. It is used by RLC 
when using unacknowledged data transfer. 
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c) AMD PDU (Acknowledged Mode Data PDU). 

The AMD PDU is used to convey sequentially numbered PUs containing RLC SDU data. The AMD PDU is 
used by RLC when it is in acknowledged mode. 

9.1.2 Control PDUs 

a) STATUS PDU and Piggybacked STATUS PDU. 

The STATUS PDU and the Piggybacked STATUS PDU are used: 

- by the receiving entity to inform the transmitting entity about missing PUs at the receiving entity; 

- by the receiving entity to inform the transmitting entity about the size of the allowed transmission window; 
and by the transmitting entity to request the receiving entity to move the receiving window. 

b) RESET (Reset). 

The RESET PDU is used in acknowledged mode to reset all protocol states, protocol variables and protocol 
timers of the peer RLC entity in order to synchronise the two peer entities. 

c) RESET ACK (Reset Acknowledge). 

The RESET ACK PDU is an acknowledgement to the RESET PDU. 

Table 9.1 : RLC PDU names and descriptions 



Data Transfer Mode 


PDU name 


Description 


Transparent 


TrD 


Transparent mode data 


Unacknowledged 


UMD 


Sequenced unacknowledged mode data 


Acknowledged 


AMD 


Sequenced acknowledged mode data 


STATUS 


Solicited or Unsolicited Status Report 


Piggybacked 
STATUS 


Piggybacked Solicited or Unsolicited Status Report 


RESET 


Reset Command 


RESET ACK 


Reset Acknowledgement 



9.2 Formats and parameters 



9.2.1 Formats 

This subclause specifies the format of the RLC PDUs. The parameters of each PDU are explained in subclause 9.2.2. 



9.2.1.1 



General 



An RLC PDU is a bit string, with a length not necessarily a multiple of 8 bits. In the drawings in clause 9.2, bit strings 
are represented by tables in which the first bit is the leftmost one on the first line of the table, the last bit is the rightmost 
on the last line of the table, and more generally the bit string is to be read from left to right and then in the reading order 
of the lines. 

Depending on the provided service, RLC SDUs are bit strings, with any nonnull length, or bit strings with an integer 
number of octets in length. An SDU is included into an RLC PDU from first bit onward. 



9.2.1.2 



TrD PDU 



The TrD PDU transfers user data when RLC is operating in transparent mode. No overhead is added to the SDU by 
RLC. The data length is not constrained to be an integer number of octets. 
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Data 



Figure 9.1 :TrD PDU 



9.2.1.3 



UMDPDU 



The UMD PDU transfers user data when RLC is operating in unacknowledged mode. The length of the data part shall 
be an integer number of octets. 



Sequence Number 



Length Indicator 



Octl 



(Optional) 



Length Indicator 



Data 



PAD 



(Optional) 



OctN 



(Optional) 



Figure 9.2: UIVID PDU 



9.2.1.4 AMD PDU 

The AMD PDU transfers user data and piggybacked status information and requests status report by setting Poll bit 
when RLC is operating in acknowledged mode. The length of the data part shall be an integer number of octets. 



Octl 
Oct2 
Oct3 (Optional) (1) 



D/C Sequence Number 


Sequence Number P 


HE 


Length Indicator 


E 



Length Indicator 


E 


Data 


PAD 


or a piggybacked STATUS PI 


DU 



OctN 



NOTE (1): The Length Indicator maybe 15 bits. 

Figure 9.3: AIVID PDU 

9.2.1.5 STATUS PDU 

The STATUS PDU is used to report the status between two RLC AM entities. Both receiver and transmitter status 
information may be included in the same STATUS PDU. 

The format of the STATUS PDU is given in Figure 9.4 below. 
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D/C PDU type 



SUFIl 



SUFI, 



SUFIk 



PAD 



Oct 1 
Oct2 



OctN 



Figure 9.4: Status Information Control PDU (STATUS PDU) 

Up to K different super-fields (SUFIj-SUFIk) can be included into one STATUS PDU. The size of a STATUS PDU is 
variable and upper bounded by the maximum RLC PDU size used by an RLC entity. Padding shall be included to 
exactly fit one of the PDU sizes used by the entity. The length of the STATUS PDU shall be an integer number of 

octets. 



9.2.1.6 



Piggybacked STATUS PDU 



The format of the piggybacked STATUS PDU is the same as the ordinary Control PDU except that the D/C field is 
replaced by a reserved bit (R). This PDU can be used to piggyback STATUS PDU in an AMD PDU if the data does not 
fill the complete AMD PDU. The PDU Type field is set to zero and all other values are invalid for this version of the 
protocol and the PDU is discarded. 



R 



PDU Type 



SUFIl 



SUFI, 



SUFIk 



PAD 



Octl 
Oct2 



OctN 



Figure 9.5: Piggybacked STATUS PDU 



9.2.1.7 



RESET, RESET ACK PDU 



D/C PDU Type 



R 



PAD 



Octl 



OctN 



Figure 9.6: RESET, RESET ACK PDU 
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9.2.2 Parameters 

If not otherwise mentioned in the definition of each field then the bits in the parameters shall be interpreted as follows: 
the left-most bit string is the first and most significant and the right most bit is the last and least significant bit. 

Unless otherwise mentioned, integers are encoded in standard binary encoding for unsigned integers. In all cases, 
including when a value extends over more than one octet as shown in the tables, the bits appear ordered from MSB to 
LSB when read in the PDU. 

9.2.2.1 D/C field 

Length: Ibit. 

The D/C field indicates the type of an acknowledged mode PDU. It can be either data or control PDU. 



Bit 


Description 





Control PDU 


1 


Acknowledged mode data PDU 



9.2.2.2 PDU Type 

Length: 3 bit. 

The PDU type field indicates the Control PDU type. 



Bit 


PDU Type 


000 


STATUS 


001 


RESET 


010 


RESET ACK 



9.2.2.3 Sequence Number (SN) 

This field indicates the sequence number of the payload unit, encoded in binary. 



PDU type 


Lengtii 


Notes 


AMD PDU 


12 bits 


Used for retransmission and reassembly 


UIUID PDU 


7 bits 


Used for reassembly 



9.2.2.4 Polling bit (P) 

Length: Ibit. 

This field is used to request a status report (one or several STATUS PDUs) from the receiver RLC. 



Bit 


Description 





Status report not requested 


1 


Request a status report 



9.2.2.5 Extension bit (E) 

Length: Ibit. 

This bit indicates if the next octet will be a length indicator and E bit. 



Bit 


Description 





The next field is data 


1 


The next field is Length Indicator and E bit 
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9.2.2.6 Reserved (R) 

Length: 4 bits. 

This field is used to achieve octet alignment and for this piupose it is coded as 0000. Other functions of it are left for 
future releases. 

9.2.2.7 Header Extension Type (HE) 

Length: 2 bits. 

This two-bit field indicates if the next octet will be data or a length indicator and E bit. 



Value 


Description 


00 


The succeeding octet contains data 


01 


The succeeding octet contains a length indicator and E 
bit 


10-11 


Reserved (PDUs with this coding will be discarded by 
this version of the protocol). 



9.2.2.8 



Length Indicator (LI) 



The Length Indicator is used to indicate, each time, the end of an 5DU occurs in the PU. The Length Indicator points 
out the number of octets between the end of the last Length Indicator field and up to and including the octet at the end 
of an SDU segment. Length Indicators are included in the PUs that they refer to. The size of the Length Indicator may 
be either 7bits or ISbits. The maximum value of a Length Indicator will be no greater than the RLC PDU size - AMD 
PDU Header - PADDING. 

A Length Indicator group is a set of Length Indicators that refer to a PU. Length Indicators that are part of a Length 
Indicator group must never be reordered within the Length Indicator group or removed from the Length Indicator 
group. 

If there can be more than one Length Indicator, each specifying the end of an SDU in a PU, the order of these Length 
Indicators must be in the same order as the SDUs that they refer to. 

In the case where the end of last segment of an SDU exactly ends at the end of a PDU, the next Length Indicator, shall 
be placed as the first Length Indicator in the next PU and have value LI=0. 

In the case where the last segment of an RLC SDU is one octet short of exactly filling the last RLC PU, and 15-bit 
Length Indicators are used, the next Length Indicator shall be placed as the first Length Indicator in the next PU and 
have value LI=1 11 1111 1111 1011. 

A PU that has unused space, to be referred to as padding, must use a Length Indicator to indicate that this space is used 
as padding. A padding Length Indicator must be placed after any Length Indicators for a PU. 

All unused space in a PU must be located at the end of the PDU, be a homogeneous space and is referred to as padding. 
Predefined values of the Length Indicator are used to indicate this. The values that are reserved for special purposes are 
listed in the tables below depending on the size of the Length Indicator. Only predefined Length Indicator values can 
refer to the padding space. 

STATUS PDUs can be piggybacked on the AMD PDU by using part or all of the padding space. A Length Indicator 
must be used to indicate the piggybacked STATUS PDU. This Length Indicator takes space from the padding space or 
piggybacked STATUS PDU and not the PDU data and will always be the last Length Indicator. Where only part of the 
padding space is used by a piggybacked STATUS PDU then the end of the piggybacked STATUS PDU is determined 
by one of the SUFI fields NO_MORE or ACK, thus no additional Length Indicator is required to show that there is still 
padding in the PDU. The padding/piggybacked STATUS PDU predefined Length Indicators shall be added after the 
very last (i.e. there could be more than one SDU that end within a PDU) Length Indicator that indicates the end of the 
last SDU segment in the PU. 

If RLC PDUs always carry only one PU, 7bit indicators are used in a particular RLC PDU if the address space is 
sufficient to indicate all SDU segment borders. Otherwise 15bit Length Indicators are applied. 
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The length of the Length Indicator only depends on the size of the largest RLC PDU. The length of the Length Indicator 
is always the same for all PUs, for one RLC entity. 

For Release 99, there is one PU in a AMD PDU. 

Length: 7bit 



Bit 


Description 


0000000 


The previous RLC PDU was exactly filled with the last segment of a RLC SDU. 


1111100 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol). 


1111101 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol). 


1111110 


The rest of the RLC PDU includes a piggybacked STATUS PDU. 


1111111 


The rest of the RLC PDU is padding. 



Length: 15bit 



Bit 


Description 


000000000000000 


The previous RLC PDU was exactly filled with the last segment of a 
RLC SDU. 


111111111111011 


The last segment of an RLC SDU was one octet short of exactly filling 
the last RLC PDU. 


111111111111100 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol). 


111111111111101 


Reserved (PDUs with this coding will be discarded by this version of the 
protocol).! 


111111111111110 


The rest of the RLC PDU includes a piggybacked STATUS PDU. 


111111111111111 


The rest of the RLC PDU is padding. 



9.2.2.9 



Data 



RLC SDUs in transparent, unacknowledged and acknowledged mode are mapped to this field. 

Transparent mode data: 

The length of SDUs is not constrained to a multiple of 8 bits. 

The RLC SDUs might be segmented. If segmented, then the segmentation is performed according to a predefined 
pattern. The allowed size for RLC SDUs and segments shall be known. All the RLC PDUs carrying one RLC SDU 
shall be sent in one transmission time interval. Only one RLC SDU is segmented in one transmission time interval. 

Unacknowledged mode data and Acknowledged mode data: 

The length of SDUs is constrained to a multiple of 8 bits. 

RLC SDUs might be segmented. If possible, the last segment of a SDU shall be concatenated with the first segment of 
the next SDU in order to fill the data field completely and avoid unnecessary padding. The length indicator field is used 
to point the borders between SDUs. 

9.2.2.10 Padding (PAD) 

Padding has a length such that the PDU has the required predefined total length. 
Padding may have any value and the receiving entity shall disregard it. 



9.2.2.11 



SUFI 



Which SUFI fields to use is implementation dependent, but when a STATUS PDU includes information about which 
PUs have been received and which are detected as missing, information shall not be included about PUs with 
SN>VR(H) i.e. PUs that have not yet reached the receiver. 

Length: variable number of bits. 
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The SUFI (Super-Field) includes three sub-fields: type information (type of super-field, e.g. list, bitmap, 
acknowledgement, etc), length information (providing the length of a variable length field within the following value 
field) and a value. 

Figure 9.7 shows the structure of the super-field. The size of the type sub-field is non-zero but the size of the other 
sub-fields may be zero. 



Type 



Length 



Value 



Figure 9.7: The Structure of a Super-Field 

The length of the type field is 4 bits and it may have any of following values. 



Bit 


Description 


0000 


No More Data (NO IVIORE) 


0001 


Window Size (WINDOW) 


0010 


Acl<nowledgement (ACK) 


0011 


List (LIST) 


0100 


Bitmap (BITMAP) 


0101 


Relative list (Rlist) 


0110 


Move Receiving Window (MRW) 


0111 


Move Receiving Window and ignore first LI 
(IVIRW_NJFL) 


1000- 

1111 


Reserved (PDUs with this encoding are invalid for this 
version of the protocol) 



The length sub-field gives the length of the variable size part of the following value sub-field and the length of it 
depends on the super-field type. The value sub-field includes the value of the super-field, e.g. the bitmap in case of a 
BITMAP super-field, and the length is given by the length of the type sub-field. 



9.2.2.11.1 



The No More Data super-field 



The 'No More Data' super-field indicates the end of the data part of a STATUS PDU and is shown in Figure 9.8 below. 
It shall always be placed as the last SUFI if it is included in a STATUS PDU. All data after this SUFI shall be regarded 
as padding and shall be neglected. 



Type=NO_MORE 



Figure 9.8: NO_MORE field in a STATUS PDU 



9.2.2.11.2 



The Acknowledgement super-field 



The 'Acknowledgement' super-field consists of a type identifier field (ACK) and a sequence number (LSN) as shown in 
Figure 9.9 below. The acknowledgement super-field is also indicating the end of the data part of a STATUS PDU. 
Thus, no 'NO_MORE' super-field is needed in the STATUS PDU when the 'ACK' super-field is present. The ACK 
SUFI shall always be placed as the last SUFI if it is included in a STATUS PDU. All data after this SUFI shall be 
regarded as padding and shall be neglected. 



Type = ACK 



LSN 



Figure 9.9: The ACK fields in a STATUS PDU 



LSN 

Length: 12 bits 
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Acknowledges the reception of all PUs with sequence numbers < LSN (Last Sequence Number) that are not indicated to 
be erroneous in earlier parts of the STATUS PDU. The LSN should not be set to a value > VR(H). This means that if 
the LSN is set to a different value than VR(R) all erroneous PUs must be included in the same STATUS PDU and if the 
LSN is set to VR(R) the erroneous PUs are split into several STATUS PDUs. At the receiver, if the value of the LSN 
=< the value of the first error indicated in the STATUS PDU VT(A) will be updated according to the LSN, otherwise 
VT(A) will be updated according to the first error indicated in the STATUS PDU. 



9.2.2.11.3 



The Window Size super-field 



The 'Window Size' super-field consists of a type identifier (WINDOW) and a window size number (WSN) as shown in 
Figure 9.10 below. The receiver is always allowed to change the window size during a connection. 



Type = WINDOW 



WSN 



Figure 9.10: The WINDOW fields in a STATUS PDU 

WSN 

Length: 12 bits 

The allowed window size to be used by the transmitter. The range of the window size is [0, 2'^-!]. The 
Tx_Window_Size parameter is set equal to WSN. 



9.2.2.11.4 



The List super-field 



The List Super-Field consists of a type identifier field (LIST), a list length field (LENGTH) and a list of LENGTH 
number of pairs as shown in Figure 9.1 1 below: 



Type = LIST 



LENGTH 



SNi 



SN2 



SN 



LENGTH 



Llength 



Figure 9.1 1 : The List fields in a STATUS PDU for a list 

LENGTH 

Length: 4 bits 

The number of (SN, , L,)-pairs in the super-field of type LIST. The value "0000" is invalid and the list is discarded. 

SN,- 

Length: 12 bits 

Sequence number of PU, which was not correctly received. 

L, 

Length: 4 bits 

Number of consecutive PUs not correctly received following PU with sequence number SN,. 



9.2.2.11.5 



The Bitmap super-field 



The Bitmap Super-Field consists of a type identifier field (BITMAP), a bitmap length field (LENGTH), a first sequence 
number (FSN) and a bitmap as shown in Figure 9.12 below: 
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Type = BITMAP 



LENGTH 



FSN 



Bitmap 



Figure 9.12: The Bitmap fields in a STATUS PDU 

LENGTH 

Length: 4 bits 

The size of the bitmap in octets equals LENGTH+1, i.e. LENGTH="0000" means that the size of the bitmap is one 
octet and LENGTH="1 1 11" gives the maximum bitmap size of 16 octets. 

FSN 

Length: 12 bits 

The sequence number for the first bit in the bitmap. 

Bitmap 

Length: Variable number of octets given by the LENGTH field. 

Status of the SNs in the interval [FSN, FSN + (LENGTH+1)*8 - 1] indicated in the bitmap where each position (from 
left to right) can have two different values (0 and 1) with the following meaning 
(bit_positione[0,(LENGTH+l)*8 - 1]): 

1 : SN = (FSN + bit_position) has been correctly received. 

0: SN = (FSN + bit_position) has not been correctly received. 



9.2.2.11.6 



The Relative List super-field 



The Relative List super-field consists of a type identifier field (RLIST), a list length field (LENGTH), the first sequence 
number (FSN) and a list of LENGTH number of codewords (CW) as shown in Figure 9.134 below. 



Type = RLIST 



LENGTH 



FSN 



GWi 



GW2 



GWlength 



Figure 9.13: The RList fields in a STATUS PDU 

LENGTH 

Length: 4 bits 

The number of codewords (CW) in the super-field of type RLIST. 

FSN 

Length: 12 bits 

The sequence number for the first erroneous PU in the RLIST. 

CW 

Length: 4 bits 
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The CW consists of 4 bits where the three first bits are part of a number and the last bit is a status indicator and it shall 
be interpreted as follows: 



Code Word 


Description 


X1X2X3 


Next 3 bits of the number are X1X2X3 and the number continues in the next 
CW. The most significant bit within this CW is Xi. 


X1X2X3 1 


Next 3 bits of the number are X1X2X3 and the number is terminated. The 
most significant bit within this CW is Xi. This is the most significant CW 
within the number. 



By default, the number given by the CWs represents a distance between the previous indicated erroneous PU up to and 
including the next erroneous PU. 

One special value of CW is defined: 

000 1 'Error burst indicator' . 

The error burst indicator means that the next CWs will represent the number of subsequent erroneous PUs (not counting 
the already indicated error position). After the number of errors in a burst is terminated with XXX 1, the next codeword 
will again by default be the least significant bits (LSB) of the distance to the next error. 



9.2.2.11.7 



The Move Receiving Window super-field 



The 'Move Receiving Window' super-field is used to request the RLC receiver to move its receiving window and to 
indicate the amount of discarded SDUs, as a result of a SDU discard in the RLC transmitter. The format is given in the 
figure below. 



Type = MRW 



LENGTH 



SN_IVIRWi 



SN_MRWlength 



Figure 9.14: The MRW fields in a STATUS PDU 

LENGTH 

Length: 4 bits 

The number of SN_MRWi fields in the super-field of type MRW. It equals the amount of discarded SDUs within one 
SUFI. 

SN_MRWi 

Length: 12 bits 

SN_MRWi fields enumerate each of the discarded SDUs by indicating the sequence number of the next PU not 
anymore belonging to the i:th discarded SDU. 

Additionally SN_MRW length requests the RLC receiver to discard all PUs with sequence number < SN_MRW length^ 
and to move the receiving window accordingly. It also indicates the first data byte in the PU with sequence number 
SN_MRW LENGTH corresponds to the first byte of the SDU to be reassembled next. 



9.2.2.11.8 



The Move Receiving Window and Ignore First LI (MRWNJFL) super-field 



The 'Move Receiving Window and ignore first N Lis' super-field is used to request the RLC receiver to move its 
receiving window and to indicate the amount of discarded SDUs, as a result of a SDU discard in the RLC transmitter. It 
also indicates to the receiver the presence and the amount of the trailing bytes of the discarded SDU in the PU with 
sequence number SN_MRW length. The format is given in the figure below. 
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Type = MRW_N_IFL 



N 



LENGTH 



SN MRWi 



SN_MRWlength 



Figure 9.15: The l\flRW_N_IFL fields in a STATUS PDU 

N 

Length: 4 bits 

The number of LI fields in the PU that shall be ignored in the SN_MRW length- It equals the amount of SDUs in the PU 
that are discarded from the PU identified by SN_MRW length- 

LENGTH 

Length: 4 bits 

The number of SN_MRWi fields in the super-field of type MRW. It equals the amount of discarded SDUs within one 
MRW SUFI. 

SN_MRWi 

Length: 12 bits 

SN_MRWi fields enumerate each of the discarded SDUs by indicating the sequence number of the next PU not 
anymore belonging to the i:th discarded SDU. 

Additionally SN_MRW length requests the RLC receiver to discard all PUs with sequence number < SN_MRW length^ 
and to move the receiving window accordingly. In addition, the receiver has to discard the first N Lis and the 
corresponding data bytes in the PU with sequence number SN_MRWlength- 

9.2.2.12 Reserved (R) 

Length: 1 bit 

This bit is used to achieve octet alignment and for this purpose it is coded as 0. Otherwise the PDU is treated as invalid 
and hence shall be discarded by this version of the protocol. 



9.3 



Protocol states 



9.3.1 State model for transparent mode entities 

Figure 9.16 illustrates the state model for transparent mode RLC entities (both transmitting and receiving). A 
transparent mode entity can be in one of following states. 

9.3.1.1 Null State 

In the null state the RLC entity does not exist and therefore it is not possible to transfer any data through it. 

Upon reception of an CRLC-CONFIG-Req from higher layer the RLC entity is created and transparent data transfer 
ready state is entered. 

9.3.1 .2 Transparent Data Transfer Ready State 

In the transparent data transfer ready, transparent mode data can be exchanged between the entities. Upon reception of 
an CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is entered. 
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CRLC-CONFIG-Req 




CRLC-CONFIG-Req 



Received signal 
Sent signal 



Figure 9.16: The state model for transparent mode entities 

9.3.2 State model for unacknowledged mode entities 

Figure 9.17 illustrates the state model for unacknowledged mode RLC entities (both transmitting and receiving). An 
unacknowledged mode entity can be in one of following states. 

9.3.2.1 Null State 

In the null state the RLC entity does not exist and therefore it is not possible to transfer any data through it. 

Upon reception of an CRLC-CONFIG-Req from higher layer the RLC entity is created and unacknowledged data 
transfer ready state is entered. 

9.3.2.2 Unacknowledged Data Transfer Ready State 

In the unacknowledged data transfer ready, unacknowledged mode data can be exchanged between the entities. Upon 
reception of an CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is entered. 



CRLC-CONFIG-Req 



CRLC-SUSPEND-Req 
CRbC-SUSPEND-Conf 




CRLC-CONFIG-Req 



R?c?iy.?.d..signal 
Sent signal 



CRLC-CONFIG-Req 
Figure 9.17: The state model for unacknowledged mode entities 



9.3.3 State model for acknowledged mode entities 

Figure 9.18 illustrates the state model for the acknowledged mode RLC entity (both transmitting and receiving). An 
acknowledged mode entity can be in one of following states. 
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9.3.3.1 Null State 

In the null state the RLC entity does not exist and therefore it is not possible to transfer any data through it. 

Upon reception of an CRLC-CONFIG-Req from higher layer the RLC entity is created and acknowledged data transfer 
ready state is entered. 

9.3.3.2 Acknowledged Data Transfer Ready State 

In the acknowledged data transfer ready state, acknowledged mode data can be exchanged between the entities. Upon 
reception of a CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is entered. 

Upon errors in the protocol, the RLC entity sends a RESET PDU to its peer and enters the reset pending state. 

Upon reception of a RESET PDU, the RLC entity resets the protocol (resets the state variables in 9.4 to their initial 
value and resets configurable parameters to their configured value) and responds to the peer entity with a RESET ACK 
PDU. 

Upon reception of a RESET ACK PDU, the RLC takes no action. 

9.3.3.3 Reset Pending State 

In the reset pending state the entity waits for a response from its peer entity and no data can be exchanged between the 
entities. Upon reception of CRLC-CONFIG-Req from higher layer the RLC entity is terminated and the null state is 
entered. 

Upon reception of a RESET ACK PDU, the RLC entity resets the protocol (resets the state variables in 9.4 to their 
initial value and resets configurable parameters to their configured value) and enters the acknowledged data transfer 
ready state. 

Upon reception of a RESET PDU, the RLC entity resets the protocol, send a RESET ACK PDU and enters the 
acknowledged data transfer ready state. 

CR LC-CONF IG-Req RESET ACK 



.RESET ACK 

2. 

Null J (Data Transfer]^ j^^SET 

Ready 




CRLC-CONFIG-Rea 

RESETACK / 3. 

Kt.:it.i ACA \^ yReceiyed signal 

Sent signal 
CRLC-CONFIG-Req 

Figure 9.18: The state model for the acltnowledged mode entities when reset is performed 

9.3.3.4 Local Suspend State 

Upon reception of CRLC-SUSPEND-Req from higher layer (RRC) the RLC entity is suspended and the Local Suspend 
state is entered. In the Local Suspend state RLC shall not send a RLC-PDUs with a SN>=VT(S)h-N. Upon reception of 
CRLC-RESUME-Req from higher layer (RRC) the RLC entity is resumed and the Data Transfer Ready state is entered. 
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CRLC-CONFIG-Req 



J Ack. \ 

.Data Transfer) CRLC-SUSPEND-Req 

V Ready /-----^^xS<:-SUSPEND-Conf 



CRLC-CONFIG-Req 



^~--~.,,,_^__^ \ /Received Signal 

^ ■^ Sent signal 

CRLC-CONFIG-Req 

Figure 9.19: The state model for the acltnowledged mode entities when local suspend is performed 

9.4 State variables 

This sub-clause describes the state variables used in the specification of the peer-to-peer protocol. PUs are sequentially 
and independently numbered and may have the value through n minus 1 (where n is the modulus of the sequence 

19 7 

numbers). The modulus equals 2^^ for AM and 2 for UM; the sequence numbers cycle through the entire range: 

19 7 

through 2^^ - 1 for AM and through 2-1 for UM. All arithmetic operations on the following state variables and 
sequence numbers contained in this specification are affected by the modulus: VT(S), VT(A), VT(MS), VR(R), VR(H), 
VR(MR), VT(US) and VR(US). When performing arithmetic comparisons of transmitter variables, VT(A) is assumed 
to be the base. When performing arithmetic comparisons of receiver variables, VR(R) is assumed to be the base. 

The RLC maintains the following state variables at the transmitter. 

a) VT(S) - Send state variable. 

The sequence number of the next PU to be transmitted for the first time (i.e. excluding retransmission). It is 
updated after transmission of a PDU, which includes not earlier transmitted PUs. The initial value of this 
variable is 0. 

b) VT(A) - Acknowledge state variable. 

The sequence number of the next in-sequence PU expected to be acknowledged, which forms the lower edge of 
the window of acceptable acknowledgements. VT(A) is updated based on receipt of a STATUS PDU including 
an ACK super-field. The initial value of this variable is 0. 

c) VT(DAT). 

This state variable counts the number of times a PU has been transmitted. There is one VT(DAT) for each PU 
and it is incremented each time the PU is transmitted. The initial value of this variable is 0. 

d) VT(MS) - Maximum Send state variable. 

The sequence number of the first PU not allowed by the peer receiver [i.e. the receiver will allow up to VT(MS) 
- 1], VT(MS) = VT(A) + Tx_Window_Size. This value represents the upper edge of the transmit window. The 
transmitter shall not transmit a new PU if VT(S) > VT(MS). VT(MS) is updated based on receipt of a STATUS 
PDU including an ACK and/or a WINDOW super-field. 

e) VT(US) - UM data state variable. 

This state variable gives the sequence number of the next UMD PDU to be transmitted. It is updated each time a 
UMD PDU is transmitted. The initial value of this variable is 0. 
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f) VT(PU). 

This state variable is used when the poll every Poll_PU PU function is used. It is incremented with 1 for each PU 
that is transmitted. It should be incremented for both new and retransmitted PUs. When it reaches Poll_PU a new 
poll is transmitted and the state variable is set to zero. The initial value of this variable is 0. 

g) VT(SDU). 

This state variable is used when the poll every Poll_SDU SDU function is used. It is incremented with 1 for each 
SDU that is transmitted. When it reaches Poll_SDU a new poll is transmitted and the state variable is set to zero. 
The poll bit should be set in the PU that contains the last segment of the SDU. The initial value of this variable is 
0. 

h) VT(RST) - Reset state variable. 

It is used to count the number of times a RESET PDU is transmitted. VT(RST) is incremented with 1 each time a 
RESET PDU is transmitted. VT(RST) is reset upon the reception of a RESET ACK PDU. The initial value of 
this variable is 0. 

i) VT(MRW) - MRW command send state variable. 

It is used to count the number of times a MRW command is transmitted. VT(MRW) is incremented with 1 each 
time a MRW command is transmitted. VT(MRW) is reset upon the reception of a STATUS PDU which 
suggests the acknowledgement of a MRW command in the receiver or the occurrence of discarding new SDU. 
The initial value of this variable is 0. 

The RLC maintains the following state variables at the receiver: 

a) VR(R) - Receive state variable. 

The sequence number of the next in-sequence PU expected to be received. It is updated upon receipt of the next 
in-sequence PU. The initial value of this variable is 0. 

b) VR(H) - Highest expected state variable. 

The sequence number of the highest expected PU. This state variable is updated when a new PU is received with 
SN>VR(H). The initial value of this variable is 0. 

c) VR(MR) - Maximum acceptable Receive state variable. 

The sequence number of the first PU not allowed by the receiver [i.e. the receiver will allow up to VR(MR) - 1], 
VR(MR) = VR(R) + Rx_Window_Size. The receiver shall discard PUs with SN > VR(MR), (in one case, such 
a PU may cause the transmission of an unsolicited STATUS PDU). 

d) VR(US) - Receiver Send Sequence state variable. 

The sequence number of the next PDU to be received. It shall set equal to SN + 1 upon reception of a PDU. The 
initial value of this variable is 0. 

e) VR(EP) - Estimated PDU Counter state variable. 

The number of PUs that should be received yet as a consequence of the transmission of the latest status report. In 
acknowledged mode, this state variable is updated at the end of each transmission time interval. It is 
decremented by the number of PUs that should have been received during the transmission time interval. If 
VR(EP) is equal to zero, then check if all PUs requested for retransmission in the latest status report have been 
received. 

9.5 Timers 

a) Timer_Poll. 

This timer is only used when the poll timer trigger is used. It is started when the transmitting side sends a poll to 
the peer entity. The timer is stopped when receiving a STATUS PDU that contains an acknowledgement or 
negative acknowledgement of the AMD PDU that triggered the timer. The value of the timer is signalled by 
RRC. 
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If the timer expires and no STATUS PDU containing an acknowledgement or negative acknowledgement of the 
AMD PDU that triggered the timer has been received, the receiver is polled once more (either by the 
transmission of a PDU which was not yet sent, or by a retransmission) and the timer is restarted. If there is no 
PU to be transmitted and all PUs have already been acknowledged, the receiver shall not be polled. 

If a new poll is sent when the timer is running it is restarted. 

b) Timer_Poll_Prohibit. 

This timer is only used when the poll prohibit function is used. It is used to prohibit transmission of polls within 
a certain period. A poll shall be delayed until the timer expires if a poll is triggered when the timer is active. 
Only one poll shall be transmitted when the timer expires even if several polls were triggered when the timer was 
active. If there is no PU to be transmitted and all PUs have already been acknowledged, a poll shall not be 
transmitted. This timer will not be stopped by a STATUS PDU. The value of the timer is signalled by RRC. 

c) Timer_EPC. 

This timer is only used when the EPC function is used and it accounts for the roundtrip delay, i.e. the time when 
the first retransmitted PU should be received after a status report has been sent. The timer is started when the last 
STATUS PDU of a status report is transmitted and when it expires EPC can start decrease (see subclause 9.7.3). 
The value of the timer is signalled by RRC. 

d) Timer_Discard. 

This timer is used for the SDU discard function. In the transmitter, the timer is activated upon reception of a 
SDU from higher layer. If the SDU has not been acknowledged and/or transmitted when the timer expires, the 
SDU is discarded. Following which, if the SDU discard function uses explicit signalling, a Move Receiving 
Window request is sent to the receiver. The value of the timer is signalled by RRC. 

e) Timer_Poll_Periodic. 

This timer is only used when the timer based polling is used. The timer is started when the RLC entity is created. 
Each time the timer expires a poll is transmitted (either by the transmission of a PDU which was not yet sent, or 
by a retransmission) and the timer is restarted. If there is no PU to be transmitted and all PUs have already been 
acknowledged, a poll shall not be transmitted and the timer shall only be restarted. The value of the timer is 
signalled by RRC. 

f) Timer_Status_Prohibit. 

This timer is only used when the STATUS prohibit function is used. It prohibits the receiving side from sending 
status reports. The timer is started when the last STATUS PDU in a status report is transmitted and no new status 
report can be transmitted before the timer has expired. The value of the timer is signalled by RRC. 

g) Timer_Status_Periodic. 

This timer is only used when timer based status report sending is used. The timer is started when the RLC entity 
is created. Each time the timer expires a status report is transmitted and the timer is restarted. The value of the 
timer is signalled by RRC. 

h) Timer_RST. 

It is used to detect the loss of RESET ACK PDU from the peer RLC entity. This timer is set when the RESET 
PDU is transmitted. And it will be stopped upon reception of RESET ACK PDU. If it expires, RESET PDU will 
be retransmitted. The value of the timer is signalled by RRC. 

i) Timer_MRW. 

This timer is used as part of the Move Receiving Window protocol. It is used to trigger the retransmission of a 
status report containing an MRW SUFI field. The timer is started when the last STATUS PDU of the status 
report is first transmitted. Each time the timer expires the status report is retransmitted and the timer is restarted 
(when the last STATUS PDU of the status report is retransmitted). It shall be stopped when a STATUS PDU is 
received that indicates that VR(R) > SN_MRW. It shall also be stopped if a new MRW procedure is triggered 
while it is running. The value of the timer is signalled by RRC. 
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9.6 Protocol Parameters 

The values of the protocol parameters in this section are signalled by RRC. 

a) MaxDAT. 

It is the maximum value for the number of retransmissions of a PU. This parameter is an upper limit of counter 
VT(DAT). When the value of VT(DAT) comes to MaxDAT, error recovery procedure will be performed. 

b) PolLPU. 

This parameter indicates how often the transmitter should poll the receiver in case of polling every Poll_PU PU. 
This is an upper limit for the VT(PU) state variable, when VT(PU) reaches Poll_PU a poll is transmitted to the 
peer entity. 

c) PolLSDU. 

This parameter indicates how often the transmitter should poll the receiver in case of polling every Poll_SDU 
SDU. This is an upper limit for the VT(SDU) state variable, when VT(SDU) reaches Poll_SDU a poll is 
transmitted to the peer entity. 

d) PolLWindow. 

This parameter indicates when the transmitter should poll the receiver in case of performing window-based 
polling. A poll is transmitted when: 



(Tx_Window_Size + VT(MS) - YT(S))modTx_Window_Size 
Tx_ Window _Size 



100 > Poll Window 



e) MaxRST. 

It is the maximum value for the number of retransmission of RESET PDU. This parameter is an upper limit of 
counter VT(RST). When the value of VT(RST) comes to MaxRST, the higher layer (RRC) is notified. 

f) Tx_Window_Size. 

The maximum allowed transmitter window size. 

g) Rx_Window_Size. 

The maximum allowed receiver window size. 

h) MaxMRW. 

It is the maximum value for the number of retransmissions of a MRW command. This parameter is an upper 
limit of counter VT(MRW). When the value of VT(MRW) comes to MaxMRW, error recovery procedure will 
be performed. 

9.7 Specific functions 

9.7.1 Polling function for acknowledged mode transfer 

The transmitter of AMD PDUs may poll the receiver for a status report (consisting of one or several STATUS PDUs). 
The Polling bit in the AMD PDU indicates the poll request. There are several triggers for setting the polling bit. The 
network (RRC) controls, which triggers should be used for each RLC entity. Following triggers are possible: 

1) Last PU in buffer. 

The sender transmits a poll when the last PU available for transmission is transmitted. 

2) Last PU in retransmission buffer. 
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The sender transmits a poll when the last PU to be retransmitted is transmitted. 

3) Poll timer. 

The timer Timer_Poll is started when a poll is transmitted to the receiver and if no STATUS PDU containing an 
acknowledgement or negative acknowledgement of the AMD PDU that triggered the timer has been received 
before the timer Timer_Poll expires a new poll is transmitted to the receiver. 

4) Every PolLPU PU. 

The sender polls the receiver every Poll_PU PU. Both retransmitted and new Pus shall be counted. 

5) Every PolLSDU SDU. 

The sender polls the receiver every Poll_SDU SDU. 

6) Poll_Window% of transmission window. 

The sender polls the receiver when it has reached Poll_Window% of the transmission window. 

7) Timer based. 

The sender polls the receiver periodically. 

Either the trigger "Last PU in buffer" and "Last PU in retransmission buffer" or "Timer based" can be chosen to avoid 
deadlock for every RLC entity. The network also controls if the poll prohibit function shall be used. The poll bit shall be 
set to if the poll prohibit function is used and the timer Timer_Poll_Prohibit is active. This function has higher priority 
than any of the above mentioned triggers. 

9.7.2 STATUS transmission for acknowledged mode 

The receiver of AMD PDUs transmits status reports (each status report consists of one or several STATUS PDUs) to 
the sender in order to inform about which PUs that have been received and not received. There are several triggers for 
sending a status report. The network (RRC) controls which triggers should be used for each RLC entity, except for one, 
which is always present. The receiver shall always send a status report when receiving a poll request. Except for that 
trigger following triggers are configurable: 

1) Detection of missing PU(s). 

If the receiver detects one or several missing PUs it shall send a status report to the sender. 

2) Timer based STATUS transfer. 

The receiver transmits a status report periodically to the sender. The timer Timer_Status_Periodic controls the 
time period. 

3) The EPC mechanism. 

The EPC is started when the last STATUS PDU of a status report is transmitted to the peer entity. If not all PUs 
requested for retransmission have been received before the EPC has expired a new status report is transmitted to 
the peer entity. A more detailed description of the EPC mechanism is given in subclause 9.7.4. 

There are two functions that can prohibit the receiver from sending a status report. The network (RRC) controls which 
functions should be used for each RLC entity. If any of the following functions is used the sending of the status report 
shall be delayed, even if any of the conditions above are fulfilled: 

1) STATUS prohibit. 

The Timer_Status_Prohibit is started when the last STATUS PDU of a status report is transmitted to the peer 
entity. As long as the timer is running the receiving side is not allowed to send a status report to the peer entity. 
The status report is transmitted after the timer has expired. The receiver shall only send one status report, even if 
there are several triggers when the timer running. 

2) The EPC mechanism. 
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If the EPC mechanism is active and the sending of a status report is triggered it shall be delayed until the EPC 
mechanism has ended. The receiver shall only send one status report, even if there are several triggers when the 
timer is active or the counter is counting down. 

9.7.3 SDU discard function 

The SDU discard function allows to discharge RLC PDU from the buffer on the transmitter side, when the transmission 
of the RLC PDU does not success for a long time. The SDU discard function allows to avoid buffer overflow, in the 
case of non-transparent transmission mode. There will be several alternative operation modes of the RLC SDU discard 
function, and which discard function to use will be given by the QoS requirements of the Radio Access Bearer. 

The following is a list of operation modes for the RLC SDU discard function. 

Table 9.2: List of criteria's that control when to perform SDU discard 



Operation mode 


Presence 


Timer based discard, with explicit signalling 


Network controlled 


Timer based discard, without explicit signalling 


Network controlled 


SDU discard after MaxDAT number of retransmissions 


Network controlled 



9.7.3.1 Timer based discard, with explicit signalling 

This alternative uses a timer based triggering of SDU discard (Timer_Discard). This makes the SDU discard function 
insensitive to variations in the channel rate and provides means for exact definition of maximum delay. However, the 
SDU loss rate of the connection is increased as SDUs are discarded. 

For every SDU received from a higher layer, timer monitoring of the transmission time of the SDU is started. If the 
transmission time exceeds a predefined value for a SDU in acknowledged mode RLC, this SDU is discarded in the 
transmitter and a Move Receiving Window (MRW) command is sent to the receiver so that AMD PDUs carrying that 
SDU are discarded in the receiver and the receiver window is updated accordingly. Note that when the concatenation 
function is active, PDUs carrying segments of other SDUs that have not timed out shall not be discarded. 

The MRW command is defined as a super-field in the RLC STATUS PDU (see subclause 9.2), and piggy backed to 
status information of transmissions in the opposite direction. If the MRW command has not been acknowledged by 
receiver, it will be retransmitted. Therefore, SDU discard variants requiring peer-to-peer signalling are only possible for 
full duplex connections. 

9.7.3.2 Timer based discard, without explicit signalling 

This alternative uses the same timer based trigger for SDU discard (Timer_Discard) as the one described in the 
subclause 9.7.3.1. The difference is that this discard method does not use any peer-to-peer signalling. This function is 
applied only for unacknowledged mode RLC and peer-to-peer signalling is never needed. The SDUs are simply 
discarded in the transmitter, once the transmission time is exceeded. 

9.7.3.3 SDU discard after MaxDAT number of retransmissions 

This alternative uses the number of retransmissions as a trigger for SDU discard, and is therefore only applicable for 
acknowledged mode RLC. This makes the SDU discard function dependent of the channel rate. Also, this variant of the 
SDU discard function strives to keep the SDU loss rate constant for the connection, on the cost of a variable delay. SDU 
discard is triggered at the transmitter, and a MRW command is necessary to convey the discard information to the 
receiver, like in the timer based discard with explicit signalling. 

9.7.4 The Estimated PDU Counter 

The Estimated PDU Counter is a mechanism used for scheduling the retransmission of status reports in the receiver 
side. With this mechanism, the receiver will send a new status report in which it requests for PUs not yet received. The 
time between two subsequent status report retransmissions is not fixed, but it is controlled by the Estimated PDU 
Counter (EPC), which adapt this time to the current bit rate, indicated in the TFI, in order to minimise the delay of the 
status report retransmission. 
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The EPC is a counter, which is decremented every transmission time interval with the estimated number of PUs that 
should have been transmitted during that transmission time interval. When the receiver detects that PDUs are missing it 
generates and sends a status report to the transmitter and sets the EPC equal to the number of requested PUs. 

A special timer, called EPC timer, controls the maximum time that the EPC needs to wait before it will start counting 
down. This timer starts immediately after a transmission of a retransmission request from the receiver (when the last 
STATUS PDU of the status report is transmitted). The EPC timer typically depends on the roundtrip delay, which 
consists of the propagation delay, processing time in the transmitter and receiver and the frame structure. This timer can 
also be implemented as a counter, which counts the number of 10 ms radio frames that could be expected to elapse 
before the first requested AMD PDU is received. 

When the EPC is equal to zero and not all of these requested PUs have been received correctly, a new status report will 
be transmitted and the EPC will be reset accordingly. The EPC timer will be started once more. 

9.7.5 Multiple payload units in an RLC PDU 

The possibility to include multiple payload units (PU) into one RLC AMD PDU is part of the service capabilities of a 
UE in acknowledged mode. For Release 99, there shall be only one PU per AMD PDU. 

A payload unit is the smallest unit that can be separately addressed for retransmission and is of fixed size, containing 
data and optionally, length indicators and/or padding. The padding space of a PU can be used to piggyback STATUS 
PDUs. 

The size of the PU is set by the RRC. 

9.7.6 Local Suspend function for acknowledged mode transfer 

The higher layer (RRC) may suspend the RLC entity. The CRLC-SUSPEND-Req indicates this request. The RLC 
entity shall, when receiving this request, not send RLC PDUs with SN>=VT(S)+N (N is given by the 
CRLC_SUSPEND-Req primitive). The RLC entity shall acknowledge the CRLC-SUSPEND-Req ordering a suspend 
with a CRLC-SUSPEND-Conf with the current value of VT(S). The suspend state is left when a CRLC-RESUME-Req 
primitive indicating resume is received. 



10 Handling of unknown, unforeseen and erroneous 
protocol data 

The list of error cases is reported below: 

a) Inconsistent state variables. 

If the RLC entity receives a PDU including "erroneous Sequence Number", state variables between peer entities may be 
inconsistent. Following shows "erroneous Sequence Number" examples: 

- Each Sequence Number of missing PU informed by SUFI LIST or BITMAP parameter is not within the value 
between "Acknowledge state variable(VT(A))" and "Send state variable(VT(S))", and 

- LSN of SUFI ACK is not within the value between "Acknowledge state variable(VT(A))" and "Send state 
variable(VT(S))". 

In case of error situations the following actions are foreseen: 

1) RLC entity should use RESET procedure in case of an unrecoverable error. 

2) RLC entity should discard invalid PDU. 

3) RLC entity should notify upper layer of unrecoverable error occurrence in case of failed retransmission. 
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1 1 Elementary procedures 

11.1 Transparent mode data transfer procedure 
11.1.1 Purpose 

The transparent mode data transfer procedure is used for transferring of data between two RLC peer entities, which are 
operating in transparent mode. Figure 11.1 below illustrates the elementary procedure for transparent mode data 
transfer. The sender can be either the UE or the network and the receiver is either the network or the UE. 



Sender 



Receiver 



TrD PDU 



Figure 11.1: Transparent mode data transfer procedure 

11.1.2 Initiation 

The sender initiates this procedure upon a request of transparent mode data transfer from higher layer. When the sender 
is in data transfer ready state it shall put the data received from the higher layer into TrD PDUs. If needed RLC shall 
perform segmentation. 

Channels that can be used are DTCH, CCCH (uplink only), BCCH, PCCH, SHCCH and SCCH (downlink only). The 
type of logical channel depends on if the RLC entity is located in the user plane (DTCH) or in the control plane 
(CCCH/BCCH/SHCCH/PCCH, SCCH). One or several PDUs may be transmitted in each transmission time interval 
(TTI) and MAC decides how many PDUs shall be transmitted in each TTl. 



11.1.2.1 



TrD PDU contents to set 



The TrD PDU includes a complete SDU or a segment of an SDU. How to perform the segmentation is decided upon 
when the service is established. No overhead or header is added. 

11.1.3 Reception of TrD PDU 

Upon reception of a TrD PDU, the receiving entity reassembles (if segmentation was performed) the PDUs into RLC 
SDUs. RLC deUvers the RLC SDUs to the higher layer through the Tr-SAP. 

11.1.4 Abnormal cases 

1 1 .1 .4.1 Undefined SDU size at receiver 

If the TrD PDUs are reassembled to a SDU which have a size that is not allowed the SDU shall be discarded. 

1 1 .2 Unacknowledged mode data transfer procedure 
11.2.1 Purpose 

The unacknowledged mode data transfer procedure is used for transferring data between two RLC peer entities, which 
are operating in unacknowledged mode. Figure 11.2 below illustrates the elementary procedure for unacknowledged 
mode data transfer. The sender can be either the UE or the network and the receiver is either the network or the UE. 
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Sender 



Receiver 



UMD PDU 



Figure 11.2: Unacknowledged mode data transfer procedure 

11.2.2 Initiation 

The sender initiates this procedure upon a request of unacknowledged mode data transfer from higher layer. 

When the sender is in data transfer ready state it shall segment the data received from the higher layer into PDUs. 

Channels that can be used are DTCH, DCCH, CCCH (downlink only), CTCH, SHCCH (downlink only). The type of 
logical channel depends on if the RLC entity is located in the user plane (DTCH, CTCH) or in the control plane 
(DCCH/CCCH(downlink only)/SHCCH(downlink only)). One or several PDUs may be transmitted in each 
transmission time interval (TTI) and MAC decides how many PDUs shall be transmitted in each TTI. 

The VT(US) state variable shall be updated for each UMD PDU that is transmitted. 

11.2.2.1 UMD PDU contents to set 

The Sequence Number field shall be set equal to VT(US). 

The Extension bit shall be set to 1 if the next field is a length indicator field, otherwise it shall be set to zero. 

One length indicator field shall be included for each end of a SDU that the PDU includes. The length indicator shall be 
set equal to the number octets between the end of the header fields and the end of the segment. If padding is needed 
another length indicator shall be added. If the PDU is exactly filled with the last segment of a SDU and there is no room 
for a length indicator field a length indicator field set to only O's shall be included in the next PDU. 

1 1 .2.3 Reception of UMD PDU 

Upon reception of a UMD PDU the receiver shall update VR(US) state variable according to the received PDU(s). 

The PDUs are reassembled into RLC SDUs. If a PDU with sequence number < VR(US) is missing then all SDUs that 
have segments in this PDU shall be discarded. RLC delivers the RLC SDUs to the higher layer through the UM-SAP. 

1 1 .2.4 Abnormal cases 

1 1 .2.4.1 Length Indicator value 1111110 

Upon reception of an UMD PDU that contains Length Indicator value 1111110 or UllllllllllUO ("piggybacked 
STATUS PDU", in case 7bit or 15 bit Length Indicator field is used, respectively) the receiver shall discard that UMD 
PDU. This Length Indicator value is not used in unacknowledged mode data transfer. 



11.2.4.2 



Invalid length indicator value 



If the length indicator of a PDU has a value that is larger than the PDU size, the PDU shall be discarded and treated as a 
missing PDU. 

1 1 .2.4.3 SDU discard without explicit signalling 

Upon expiry of the Timer_Discard on the sender side the sender shall discard all PDUs that contain segments of the 
associated SDU. If the concatenation function is active, PDUs carrying segments of other SDUs that have not timed out 
shall not be discarded. The state variable VT(US) shall be updated. 
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1 1 .3 Acknowledged mode data transfer procedure 
11.3.1 Purpose 

The acknowledged mode data transfer procedure is used for transferring of data between two RLC peer entities, which 
are operating in acknowledged mode. Figure 1 1.3 below illustrates the elementary procedure for acknowledged mode 
data transfer. The sender can be either the UE or the network and the receiver is either the network or the UE. 



Sender 



Receiver 



AMD PDU 



Figure 11.3: Acknowledged mode data transfer procedure 

11.3.2 Initiation 

The sender initiates this procedure upon a request of acknowledged mode data transfer from higher layer or upon 
retransmission of PUs. Retransmitted PUs have higher priority than PUs transmitted for the first time. 

The sender is only allowed to retransmit PUs that have been indicated missing by the receiver. An exception is the PU 
with SN VT(S)-1 which can always be retransmitted. In addition, the PU with highest SN that has not yet been 
acknowledged may be retransmitted if the peer Rx window size is less than half the maximum RLC AM sequence 
number. 

RLC shall segment the data received from the higher layer into PUs. When the sender is in data transfer ready state one 
or several PUs are included in one AMD PDU, which is sent to the receiver. The PDUs shall be transmitted on the 
DCCH logical channel if the sender is located in the control plane and on the DTCH if it is located in the user plane. 
One or several PDUs may be transmitted in each transmission time interval (TTI) and MAC decides how many PDUs 
shall be transmitted in each TTI. 

The VT(DAT) state variables shall be updated for each AMD PDU that is transmitted. The PDU shall not include any 
PU with Sequence Number > VT(MS). 

If the poll bit is set in any of the AMD PDUs and the timer Timer_Poll shall be used the sender shall start the timer 
Timer_Poll. 

If timer based SDU discard is used the timer Timer_Discard shall be started when the RLC entity receives an SDU from 
higher layer. 

If the trigger for polling, "Every Poll_PU PU", is used the VT(PU) shall be increased by 1 for each PU that is 
transmitted. 

If the trigger for polHng, "Every Poll_SDU SDU", is used the VT(SDU) shall be increased by 1 for each SDU that is 
transmitted. 



11.3.2.1 



AMD PDU contents to set 



If the PDU is transmitted for the first time, the Sequence Number field shall be set equal to VT(S) and VT(S) shall be 
updated. 

The setting of the Polling bit is specified in subclause 11.3.2.1.1. 

One length indicator field shall be included for each end of a SDU that the PDU includes. The length indicator shall be 
set equal to the number of octets between the end of the header fields and the end of the segment. If the PDU is exactly 
filled with the last segment of a SDU and there is no room for a length indicator field a length indicator field set to only 
O's shall be included in the next PDU. How to perform the segmentation of a SDU is specified in subclause 1 1 .3.2. 1 .2. 
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1 1 .3.2.1 .1 Setting of the Polling bit 

The Polling bit shall be set to 1 if any of following conditions are fulfilled except when the poll prohibit function is 
used and the timer Timer_Poll_Prohibit is active (the different triggers are described in 9.7.4): 

1) Last PU in buffer is used and the last PU available for transmission is transmitted. 

2) Last PU in retransmission buffer is used and the last PU to be retransmitted is transmitted. 

3) Poll timer is used and timer Timer_Poll has expired. 

4) Every Poll_PU PU is used and when VT(PU)=Poll_PU. 

5) Every Poll_SDU is used and VT(SDU)=Poll_SDU and the PDU contains the last segment that SDU. 

6) Poll_Window% of transmission window is used, and 

(Tx_Window_Size + VT(MS) - YT(S))modTx_Window_Size 



1 



Tx_ Window _Size 



100 > Poll Window 



7) timer based polling is used and Timer_Poll_Periodic has expired. 

8) Poll prohibit shall be used, the timer Timer_Poll_Prohibit has expired and one or several polls were prohibited 
during the time Timer_Poll_Prohibit was active. 

11.3.2.1.2 Segmentation of a SDU 

Upon reception of a SDU, RLC shall segment the SDU to fit into the fixed size of a PU. The segments are inserted in 
the data field of a PU. A length indicator shall be added to each PU that includes a border of a SDU, i.e. if a PU does 
not contain a length indicator the SDU continues in the next PU. The length indicator indicates where the border occurs 
in the PU. The data after the indicated border can be either a new SDU, padding or piggybacked information. If padding 
or piggybacking is added another length indicator shall be added, see subclause 9.2.2.8. 

1 1 .3.3 Reception of AMD PDU by the receiver 

Upon reception of a AMD PDU the receiver shall update VR(R), VR(H) and VR(MR) state variables according to the 
received PU(s). 

If any of the PUs include a Polling bit set to 1 the STATUS PDU transfer procedure shall be initiated. 

If the detection of missing PU(s) shall be used and the receiver detects that a PU is missing the receiver shall initiate the 
STATUS PDU transfer procedure. 

If timer based SDU discard without explicit signalling is used and a missing PU is detected the timer Timer_Discard is 
started. 

1 1 .3.4 Abnormal cases 

1 1 .3.4.1 Timer_Poll timeout 

Upon expiry of the Timer_Poll the sender shall retransmit the poll. The poll can be retransmitted in either a new PDU or 
a retransmitted PDU. 

1 1 .3.4.2 Receiving a PU outside the receiving window 

Upon reception of a PU with SN<VR(R) or SN>VR(MR) the receiver shall discard the PU. The poll bit shall be 
considered even if a complete PDU is discarded. 
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11.3.4.3 



Timer Discard timeout 



1 1 .3.4.3.1 SDU discard with explicit signalling 

Upon expiry of Timer_Discard the sender shall initiate the SDU discard with explicit signalling procedure. 

1 1 .3.4.4 VT(DAT) > MaxDAT 

If SDU discard after MaxDAT number of retransmission is used and VT(DAT) > MaxDAT for any PU the sender shall 
initiate the SDU discard with explicit signalling procedure. 

If the SDU discard is not used the sender shall initiate the RLC reset procedure when VT(DAT) > MaxDAT. 

1 1 .3.4.5 Invalid length indicator value 

If the length indicator of a PU has a value that is larger than the PU size, the PU shall be discarded and treated as a 
missing PU. 

1 1 .4 RLC reset procedure 
11.4.1 Purpose 

The RLC reset procedure is used to reset two RLC peer entities, which are operating in acknowledged mode. 

Figure 1L4 below illustrates the elementary procedure for a RLC reset. The sender can be either the UE or the network 

and the receiver is either the network or the UE. 
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Figure 11.4: RLC reset procedure 



11.4.2 Initiation 



The procedure shall be initiated when a protocol error occurs. 

The sender sends the RESET PDU when it is in data transfer ready state and enters reset pending state. The sender shall 
start the timer Timer_RST and increase VT(RST) with L The RESET PDU shall be transmitted on the DCCH logical 
channel if the sender is located in the control plane and on the DTCH if it is located in the user plane. 

The RESET PDU has higher priority than data PDUs. 

1 1 .4.2.1 RESET PDU contents to set 

The size of the RESET PDU shall be equal to one of the allowed PDU sizes. 

1 1 .4.3 Reception of the RESET PDU by the receiver 

Upon reception of a RESET PDU the receiver shall respond with a RESET ACK PDU. The receiver resets the state 
variables in 9.4 to their initial value and resets configurable parameters to their configured value. 
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The RESET ACK PDU shall be transmitted on the DCCH logical channel if the sender is located in the control plane 
and on the DTCH if it is located in the user plane. 

The RESET ACK PDU has higher priority than data PDUs. 

1 1 .4.3.1 RESET ACK PDU contents to set 

The size of the RESET ACK PDU shall be equal to one of the allowed PDU sizes. 

1 1 .4.4 Reception of the RESET ACK PDU by the sender 

Upon reception of a RESET ACK the Timer_RST shall be stopped. The sender resets the state variables in 9.4 to their 
initial value and resets configurable parameters to their configured value. The sender shall enter data transfer ready 

state. 

1 1 .4.5 Abnormal cases 

11.4.5.1 Timer_RST timeout 

Upon expiry of Timer_RST the sender shall retransmit the RESET PDU and increase VT(RST) with 1 . 

1 1 .4.5.2 VT(RST) > MaxRST 

If VT(RST) becomes larger or equal to MaxRST the RRC layer shall be informed. 

1 1 .5 STATUS report transfer procedure 
11.5.1 Purpose 

The status report transfer procedure is used for transferring of status information between two RLC peer entities, which 
are operating in acknowledged mode. Figure 11.5 below illustrates the elementary procedure for status report transfer. 
A status report consists of one or several STATUS PDUs. The receiver is the receiver of AMD PDUs and it is either the 
UE or the network and the sender is the sender of AMD PDUs and it is either the network or the UE. 



Sender 



Receiver 



STATUS PDU 



Figure 11.5: Status report transfer procedure 

11.5.2 Initiation 

The receiver in any of following cases initiates this procedure: 

1) The poll bit in a received AMD PDU is set to 1. 

2) Detection of missing PUs is used and a missing PU is detected. 

3) The timer based STATUS transfer is used and the timer Timer_Status_Periodic has expired. 

The receiver shall transmit a status report on the DCCH logical channel if the receiver is located in the control plane and 
on the DTCH if it is located in the user plane. Separate logical channels can be assigned for AMD PDU transfer and for 
Control PDU transfer. 
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The STATUS PDUs have higher priority than data PDUs. 

There are two functions that can prohibit the receiver from sending a status report. If any of following conditions are 
fulfilled the sending of the status report shall be delayed, even if any of the conditions above are fulfilled: 

1) STATUS prohibit is used and the timer Timer_Status_Prohibit is active. 

The status report shall be transmitted after the Timer_Status_Prohibit has expired. The receiver shall send only 
one status report, even if there are several triggers when the timer is running. 

2) The EPC mechanism is used and the timer Timer_EPC is active or VR(EP) is counting down. 

The status report shall be transmitted after the VR(EP) has reached 0. The receiver send only one status report, 
even if there are several triggers when the timer is active or the counter is counting down. 

If the timer based STATUS transfer shall be used and the Timer_Status_Periodic has expired it shall be restarted. 

If the EPC mechanism shall be used the timer Timer_EPC shall be started and the VR(EP) shall be set equal to the 
number PUs requested to be retransmitted. 

1 1 .5.2.1 Piggybacked STATUS PDU 

It is possible to piggyback a STATUS PDU on an AMD PDU. If a PDU includes padding a piggybacked STATUS 
PDU can be inserted instead of the padding. The sending of a piggybacked STATUS PDU follows the same rules as the 
sending of an ordinary STATUS PDU. 

1 1 .5.2.2 STATUS PDU contents to set 

The size of the STATUS PDU shall be equal to one of the allowed PDU sizes. The information that needs to be 
transmitted in a status report can be split into several STATUS PDUs if one STATUS PDU does not accommodate all 
the information. 

Which SUFI fields to use is implementation dependent, but the status report shall include information about which PUs 
have been received and which are detected as missing. No information shall be given for PUs with SN>VR(H), i.e. PUs 
that have not yet reached the receiver. 

Padding shall be inserted if the SUFI fields do not fill an entire STATUS PDU. If the PDU contains padding the last 
SUFI field shall be either an Acknowledgement super-field or a No More super-field. 

1 1 .5.3 Reception of the STATUS PDU by the sender 

The sender shall upon reception of the STATUS PDU/piggybacked STATUS PDU update the state variables VT(A) 
and VT(MS) according to the received STATUS PDU/piggybacked STATUS PDU. 

If the STATUS PDU includes negative acknowledged PUs the acknowledged data transfer procedure shall be initiated 
and the PUs shall be retransmitted. Retransmitted PUs have higher priority than new PUs. 

1 1 .5.4 Abnormal cases 

1 1 .5.4.1 EPC reaches zero and the requested PUs have not been received 

If the EPC mechanism is used and VR(EP) has reached and not all PUs requested for retransmission have been 
received the receiver shall: 

Retransmit the status report. The retransmitted status report may contain new or different SUFI fields in order to 
indicate that some PUs have been received and that some new have been lost. 
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1 1 .6 SDU discard with explicit signalling procedure 
11.6.1 Purpose 

An SDU can be discarded with explicit signalling when MaxDAT number of retransmissions is reached or the 
transmission time exceeds a predefined value (Timer_Discard) for a SDU in acknowledged mode RLC. Move 
Receiving Window (MRW) command is sent to the receiver so that AMD PDUs carrying that SDU are discarded in the 
receiver and the receiver window is updated accordingly. Note that when the concatenation function is active, PDUs 
carrying segments of other SDUs that have not timed out shall not be discarded. 

The MRW command is defined as a super-field in the RLC STATUS PDU, and piggybacked to status information of 
transmissions in the opposite direction. 

Figure 1 1.6 below illustrates the elementary procedure for SDU discard with explicit signalling. The sender is the 
sender of AMD PDUs and it is either the UE or the network and the receiver is the receiver of AMD PDUs and it is 
either the network or the UE. 



Sender 



Receiver 



STATUS PDU 



Figure 11.6: SDU discard with explicit signalling 

11.6.2 Initiation 

This procedure is initiated by the sender when the following conditions are fulfilled: 

1) SDU discard with explicit signalling is used. 

2) MaxDAT number of retransmissions is reached or Timer_Discard expires for a SDU in acknowledged mode 
RLC. 

The sender shall discard all PUs that contain a segment of the associated SDU. If the concatenation function is active, 
PDUs carrying segments of other SDUs that have not timed out shall not be discarded. 

The sender shall transmit a status report on the DCCH logical channel if the sender is located in the control plane and 
on the DTCH if it is located in the user plane. 

If the PU with sequence number SN_MRWlength contains LI indicating trailing data from the discarded SDU, the 
transmitter shall send SUFI MRW_N_IFL indicating to the receiver to discard the first N Lis and the corresponding 
data bytes. Otherwise the transmitter shall send SUFI MRW. 

This status report is sent even if the 'STATUS prohibit' is used and the timer 'Timer_Status_Prohibit' is active. 

The STATUS PDUs have higher priority than data PDUs. 

The sender shall start timer Timer_MRW. If a new SDU discard procedure is triggered when Timer_MRW is running, 
no new MRW SUFIs should be sent before the STATUS PDU is received indicating the appropriate value of VR(R). 

1 1 .6.2.1 Piggybacked STATUS PDU 

It is possible to piggyback a STATUS PDU on an AMD PDU. If a PDU includes padding a piggybacked STATUS 
PDU can be inserted instead of the padding. 
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1 1 .6.2.2 STATUS PDU contents to set 

The size of the STATUS PDU shall be equal to one of the allowed PDU sizes. The information that needs to be 
transmitted in a status report can be split into several STATUS PDUs if one STATUS PDU does not accommodate all 
the information. 

The status report shall include the MRW/MRW_N_IFL SUFI, other SUFI fields can be used additionally. 
MRW/MRW_N_IFL SUFI shall convey information about the discarded SDU(s) to the receiver. 

Padding shall be inserted if the SUFI fields do not fill the entire STATUS PDU. If the PDU contains padding the last 
SUFI field shall be a No More Data super-field. 

1 1 .6.3 Reception of the STATUS PDU by the receiver 

The receiver shall upon reception of the STATUS PDU/piggybacked STATUS PDU discard PUs and update the state 
variables VR(R), VR(H) and VR(MR) according to the received STATUS PDU/piggybacked STATUS PDU. 
Additionally the receiver should indicate the higher layers of all of the discarded SDUs. 

The receiver shall initiate the transmission of a status report indicating the revised value of VR(R). 

In case of receiving SUFI_MRW, the receiver shall start reassembling the next SDU from the first data byte of the PU 
with sequence number SN_MRW length- 

If the receiver receives SUFI MRW_N_IFL , it shall discard the first N Lis and the corresponding data bytes and start 
reassembling the next SDU from the data byte indicated by the N+l:th LI field of the PU with sequence number 

SN.MRWlength- 

1 1 .6.4 Reception of STATUS PDU if VR(R) > SN_MRWlength 

The procedure is terminated in the sender when a STATUS PDU is received indicating a value of VR(R) > 
SN_MRW LENGTH- If this occurs Timer_MRW is stopped thereby terminating the procedure. 

If new SDUs are discarded during the running of the Timer_MRW, a new discard procedure should be initiated no 
earher than after the reception of STATUS PDU with VR(R) > SN_MRWlength- 

1 1 .6.5 Expiration of timer Timer_MRW 

If Timer_MRW expires before a STATUS PDU is received indicating a value of VR(R) greater or equal to the MRW 
parameter then the STATUS(MRW) shall be retransmitted, VT(MRW) is incremented by one and Timer_MRW 
restarted. MRW SUFI should be exactly the same as previously transmitted even though some new SDUs would have 
been discarded during the running of the Timer_MRW. 

1 1 .6.6 Abnormal cases 

1 1 .6.6.1 Obsolete/corrupted MRW command 

If the MRW command contains outdated information about the receiver window (receiver window already moved 
further than MRW command is indicating), the MRW command shall be discarded and a status report containing SUFI 
ACK shall be transmitted. 

1 1 .6.6.2 VT(MRW) equals MaxMRW 

If the number of retransmission of a MRW command (i.e. VT(MRW)) reaches MaxMRW, an error indication shall be 
passed to RRC and RESET procedure should be performed. 
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Annex A (informative): 
SDL diagrams 

This annex contains the SDL diagrams. For Release'99, it is meant for informative purposes only. 
NOTE: All the SDL diagrams presented are [FFS]. 
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Virtual Process Type Acknowledgedjink 



1_Signals(73) 



"K 



SIGNALSET 

Crlc_amconfig_req, 

Crlc_StatusJnd, 

Rlc_AmData_req, 

Rlc_AmDataJnd, 

Rlc_AmData_conf, 

Reset_am, 

Reset_am_ack, 

AmdPduQueuedUp, 

Status Pdu, 

AmdPdu; 



Am 



(Am to_AcknowledgedLink) (AcknowledgedLink to_Am) 



DtchDcch 

(DtchDcch_to_AcknowledgedLink) (AcknowledgedLink_to_DtchDcch)| 



Cont 

(Cont_to_AcknowledgedLink) (AcknowledgedLink_to_Cont)| 
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Virtual Process Type Acknowledgedjink 

■, \ DCL 



SIGNALSET 



/*SDU, PDU, and PL) declarations: 



sdu OctetType, 

/*The sdu data from the upper layer protocol.*/ 

amd_pdu, pdu AmPdu, 

/*A representation of data contained within an AmPdu.*/ 



amd_pu 

/*A representation of a local am_pu7 



AmPuStructType, 



status_pdu, tx_status_pdu StatPdu, 

/*A representation of data contained within an StatPdu.7 



rSDU, PDU, and PL) array declarations:. 



sdus 

/*An array containing SDUs.*/ 



OctetArrayType, 



pdus AmPduArrayType, 

/*An array containing AMD PDUs created by segmenting a SDU. 7 



pus 

/*An array containing PUs.7 



AmPuArrayType, 



rempus AmPuArrayType, 

/*An array containing PDUs to be removed from queues. 7 

status_pdus StatusPduArrayType, 

/*An array containing several STATUS PDUs. 7 



/'Queue declarations: 



receiverqueue Queue, 

/*A queue used for storing PDUs as they arrive.7 

retransmissionqueue Queue, 

/*A queue used for PDUs that are to be retransmitted. 7 

assembly_queue Queue, 

/*A queue used for reassembly of received PDUs into an SDU.7 

transmitted_queue Queue, 

/*A queue used for PDUs that have been transmitted. 7 

amd_queue Queue, 

/*A queue used for PDUs to be transmitted. 7 

mui_queue Queue; 

/*A queue used to store mui numbers for which confirmation 
has been requested.7 



A 
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epc_active IndicatorType, 

/*An indicator used to store whetlier the TimerEPC is active or not. 7 

polljDeriodic_active IndicatorType, 

/*An indicator used to store whether the Timer_Poll_Periodic is active or not. 7 

poll_prohibit_active IndicatorType, 

/*An indicator used to store whether the Timer_Poll_Prohibit is active or not.7 

rst_active IndicatorType, 

/*An indicator used to store whether the Timer_RST is active or not.7 

status_periodic_active IndicatorType, 

/*An indicator used to store whether the Timer_Status_Periodic is active or not.7 

status_prohibit_active IndicatorType, 

/*An indicator used to store whether the Timer_Status_Prohibit is active or not.7 

empty IndicatorType, 

/*An Indicator used to determine whether a queue is empty or not.7 

exists IndicatorType, 

/*An indicator used to determine whether a particular pdu exists 
within a queue or not.7 

complete IndicatorType, 

/*An indicator used to determine whether an SDU has been 
completely reassembled. 7 

cnf IndicatorType, 

/*An indicator used to determine whether an SDU requires 
confirmation. 7 

possible IndicatorType, 

/*An indicator used to indicate whether status piggyback is 
possible or not.7 

create^status IndicatorType, 

/*An indicator used to store whether a status report should be created or not.7 

polMriggered IndicatorType, 

/*This variable is used to record if a poll is to be transmitted or not.V 

statusjriggered IndicatorType, 

/*This variable is used to indicate whether a status report should be transmitted 
or not.V 

suspend IndicatorType, 

/*This variable is used to indicate whether a locaLsuspend is in progress or not.|/ 

piggyback IndicatorType; 

/*This variable indicates whether a piggybacked status report is included 
in the PDU or not.V 
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MRWactive IndicatorType, 

/*An indicator used to store whetlier the Timer_l\/IRW is active or not.7 

poll_active IndicatorType, 

/*An indicator used to keep tracl< of whether the Poll_Timer is active or not.*/ 

contains, mnwans IndicatorType, 

/*These indicators are used when checking the contents of a received 
status Pdu.7 

discardjii IndicatorType, 

/*This indicator is used to keep track of whether the first length indicator of a give(i 
PL) should be discarded or not when the receiving window is moved.*/ 

retrans IndicatorType, 

/*This indicator keeps track of whether retransmissions should occur or not.*/ 

missing_pu_detected IndicatorType; 

/*This indicator is used to store whether he receive side has detected missing 
PUs.*/ 



ETSI 



3G TS 25.322 version 3.2.0 Release 1999 



52 



ETSI TS 125 322 V3.2.0 (2000-03) 



Virtual Process Type Acknowledgedjink 

■, \ DCL 

rParameter declarations: 



4_Declarations(73 



SIGNALSET 



A 



e_r ERParameterType, 

/*The parameter indicating the desired end state.*/ 

polljriggers PollTriggArrType, 

/*a configuration parameter dealing with when to issue poll requests.*/ 

protocol_parameters ProtocolParametersStructType, 

/*A struct variable containing the protocol parameters set.*/ 

statusjriggers StatusTriggArrType, 

/*A configuraion parameter dealing with when to issue Status reports.*/ 

timerdu rations TimerDurationsStructType, 

/*A struct containing the various timer durations.*/ 

discard DiscardArrayType, 

/*A configuration parameter identifying discard conditions.*/ 



cipheringmode 
/*The ciphering mode.*/ 

cipheringkey 
/*The ciphering key.*/ 

ciphering_sequence_number 
/*The ciphering sequence number.*/ 

pdu_size 

/*The size in octets of an AMD PDU. It is indicated by MAC layer*/ 



CipheringModeType, 
CipheringKeyType, 
CipheringSequenceNumberType, 
OctetType, 



pu_size 

/*The size In octets of a PU.*/ 



OctetType, 



/*Sequence number variables: 

n, snack, sq 

/*A local sequence number.*/ 

pollwindow 

/*The size of the polLwindow.*/ 

receivewindow 

/*The receive window size.*/ 

transmit_window 

/*The transmit window size.*/ 

polled_sn 

/*This variable stores a sequence number associated with the PDU that contained 
a poll request.*/ 

nsusp, snsuspend SequenceNumberType, 

/*These variables contains sequence numbers used after a local suspend has 
been initiated.*/ 

snmrw SequenceNumberType; 

/*This variable stores the sequence number associated with a MRW request.*/ 



SequenceNumberType, 
SequenceNumberType, 
SequenceNumberType, 
SequenceNumberType, 
SequenceNumberType, 
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\ 

A 






logicaLchannel LogicalChannelType, 
/*The logical channel associated with transmissions.*/ 








i,j INTEGER, 
/*A local counter.*/ 








mui MuiType, 

/*The message uit identifier associated with a message to be transmitted.*/ 








muis MuiArrayType, 
/*An array used to store message unit identifiers.*/ 








tot_mui, k, tot_rem, 

nsq PdulndexType, 

/*Gounters used to manage the amount of PUs and SDUs received.*/ 








totjist PdulndexType, 
/*A local variable for maintaining knowledge of the total number of 
(SNi, Li)-pairs in a list super field.*/ 








tot_bitmap, tot_rlist PdulndexType, 

/*A local variable for maintaining knowledge of the total length of a bitmap or codewords.*/ 








nsdu PdulndexType, 

/*A local variable for maintaining knowledge of the number of SDUs reassembled PUs.*/ 








npdu PdulndexType, 

/*A local variable for maintaining knowledge of the number of AMD PDUs created from a SDU. 


/ 




npu PdulndexType, 

/*A local variable for maintaining knowledge of the number of PUs included in a AMD PDU 


*/ 






nstatus PdulndexType, 
/*A local variable for maintaining knowledge of the number of STATUS PDUs 
which have been created.*/ 








n_pu_per_tti PdulndexType, 

/*A local variable for maintaining knowledge of the number of PUs received within a 1 1 1.*/ 








end_state EndStateType, 
/*A variable used to ensure correct timer reset.*/ 








polLwin REAL, 

/*A local variable used to store the current transmit window usage.*/ 








bitmap IndicatorArrayType, 
/*This array of boolean values indicates losses experienced by the 
receiver.*/ 








codewords IndicatorArrayType; 
/*This array is used to store the codewords in the risit super field.*/ 
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vt_s SequenceNumberType, 

rSend state variable: The sequence number of the next pu to be transmitted for the first time (i.e 

excluding retransmissions). It is updated after transmission of a PDU which includes not earlier 

transmitted PUs. The initial value of this variable is 0.7 

vt_a SequenceNumberType, 

/* Acknowledge state variable: The sequence number of the next in-sequence PU expected to 

be acknowledged, thus forming the lower edge of the window of acceptable acknowledgements. 

The variable vt_a is updated based on receipt of a STATUS PDU including an ACK super-field. 

The initial value of this variable is 0.7 

vt_ms SequenceNumberType, 

/*Maximum send state variable: The sequence number of the first PU not allowed by the peer 
receiver (i.e. the receiver will allow up t o vt_ms-1) vt_ms=vt_a+ window size. This value 
represents the upper edge of the transmit window. The transmitter shall not transmit a 
new PU if vt_s >= vt_ms. The variable vt_ms is updated based on receipt of a STATUS PDU 
incluiding an ACK and/or WINDOW super-field. 7 

vt_pu SequenceNumberType, 

/*This state variable is used when the poll every PolLPU PU function is used. It is incremented with 

1 for each PU that is transmitted. It should be incremented for both new and retransmitted PUs. 

When it reaches PolLPU a new poll is transmitted and the state variable is set to zero. The initial 

value of this variable is 0.7 

vt_sdu SequenceNumberType, 

/*This state variable is used when the poll every PolLSDU SDU function is used. It is incremented 
with 1 for each SDU that is transmitted. When it reaches PolLSDU a new poll is transmitted and 
the state variable is set to zero. The poll bit should be set in the PU that contains the last segment 
of the SDU. The initial value of this variable is 0.7 

vt_rst SequenceNumberType, 

/*Reset state variable: This variable is used to count the number of times a RESET PDU is transmit- 
ted. It is incremented with 1 each time a RESET PDU is transmitted. It is reset upon reception of 
a RESET ACK PDU. The initial value of this variable is 0.7 

vrr SequenceNumberType, 

/*Receive state variable: The sequence number of the next in sequence PU expected to be received. 
It is updated upon receipt of the next in-sequence pdu. The initial value of this variable is 0.7 

vr_h SequenceNumberType, 

/'Highest expected state variable: The sequence number of the next highest expected pdu. The vari- 
able is updated whenever a new pdu is received with SN>=vr_h. The initial value of this variable is 0. 

vrmr SequenceNumberType, 

/'Maximum acceptable receive state variable: The sequence number of the first pdu not allowed 
by the receiver (i.e. the receiver will allow up to vr_mr-1 ), vr_mr=vr_r+window size. The receiver 
shall discard PUs with SN>=vr_mr, (in one case, such a PU may cause the transmission of an 
unsolicited STATUS PDU).7 

vr ep SequenceNumberType; 

/'Estimated PDU counter state variable: The number of PUs that should be received yet as 
a consequence of the transmission of the latest STATUS PDU. In acknowledged mode, 
this state variable is updated at the end of each transmission time interval. It is decremented 
by the number of PUs that should have been received during the transmission time interval. If 
VR(EP) is equal to zero, then check if all PUs requested for retransmission in the latest STATUS 
PDU have been received. 7 
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/'State variable declarations: 



"K 



vt_dat SequenceNumberType, 

/*This state variable counts the number of times a PL) has been transmitted. There is one 

VT(DAT) for each PL) and it is incremented each time the PL) is transmitted. The initial 

value of this variable is 0.7 

vt_mrw SequenceNumberType; 

/*lt is used to count the number of times a MRW command is transmitted. VT(MRW) is 
incremented with 1 each time a MRW command is transmitted. VT(MRW) is reset upon 
the reception of a STATUS PDU which suggests the acknowledgement of a MRW 
command in the receiver or the occurrence of discarding newSDU. The initial value 
of this variable is 0.*/ 



ETSI 



3G TS 25.322 version 3.2.0 Release 1 999 56 ETSI TS 1 25 322 V3.2.0 (2000-03) 

Virtual Process Type Acknowledgedjink 8_Declarations(73 

SIGNALSET I 

TIMER K 

TimerPoll, 

/*This timer is only used when the poll timer trigger is used. It is started when the transmitting side sends a 
poll to the peer entity. The timer is stopped when receiving a STATUS PDU that contains an acknowledge- 
ment or negative acknowledgement of the AMD PDU that triggered the timer. The value of the timer is sig- 
nalled by RRC. If the timer expires and no STATUS PDU containing an acknowledgement or negative 
acknowledgement of the AMD PDU that triggered the timer has been received, the receiver is polled once 
more (either by the transmission of a PDU which was not yet sent, or by a retransmission) and the timer is 

restarted. If there is no PU to be transmitted and all PUs have already been acknowledged, the receiver shall 

not be polled. If a new poll is sent when the timer is running it is restarted.*/ 

TimerPolLProhibit, 

/*This timer is only used when the poll prohibit function is used. It is used to prohibit transmission of polls within 
a certain period. A poll shall be delayed until the timer expires if a poll is triggered when the timer is active. 
Only one poll shall be transmitted when the timer expires even if several polls were triggered when the timer 
was active. If there is no PU to be transmitted and all PUs have already been acknowledged, a poll shall not 
be transmitted. This timer will not be stopped by a STATUS PDU. The value of the timer is signalled by RRC. */ 

Timer_EPC, 

/*This timer is only used when the EPC function is used and it accounts for the roundtrip delay, i.e. the 
time when the first retransmitted PU should be received after a STATUS has been sent. The timer is 
started when a STATUS report is transmitted and when it expires EPC can start decrease. The value 
of the timer is signalled by RRC.*/ 

Timer_EPC_check, 

/*This timer is used to count down the state variable vrep at acertain interval.*/ 

Timer_Discard(MuiType), 

/*This timer is used for the SDU discard function. In the transmitter, the timer is activated upon reception of a SDU 
from higher layer. If the SDU has not been acknowledged when the timer expires, the SDU is discarded. Following 
which, if the SDU discard function uses explicit signalling, a Move Receiving Window request is sent to the receiver 
The value of the timer is signalled by RRC.*/ 

TimerPolLPeriodic; 

/*This timer is only used when the timer based polling is used. The timer is started when the RLC entity is created. 
Each time the timer expires a poll is transmitted and the timer is restarted. If there is no PU to be transmitted and 
all PUs have already been acknowledged, a poll shall not be transmitted and the timer shall only be restarted. 

The value of the timer is signalled by RRC.*/ 
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Timer_Status_Prohibit, 

/*This timer is only used when the STATUS PDU prohibit function is used. It prohibits the receiving side 
from sending STATUS PDUs. The timer is started when a STATUS PDU is transmitted and no new STATUS 
PDU can be transmitted before the timer has expired. The value of the timer is signalled by RRC.7 

Timer_Status_Periodic, 

/*This timer is only used when timer based STATUS PDU sending is used. The timer is started when the RLC 

entity is created. Each time the timer expires a STATUS PDU is transmitted and the timer is restarted. The 

value of the timer is signalled by RRC.7 

Timer_MRW, 

/*This timer is used as part of the Move Receiving Window protocol. It is used to trigger the retransmission of 

a STATUS PDU containing an MRW SUFI field. The timer is started when the STATUS PDU is first transmitted. 

Each time the timer expires the STATUS PDU is retransmitted and the timer is restarted. It shall be stopped when 

a STATUS PDU is received that indicates that VR(R) ^ SN_MRW. It shall also be stopped if a new MRW procedure 

is triggered whilst it is running.*/ 

Timer_RST; 

/*lt is used to detect the loss of RESET ACK PDU from the peer RLC entity. This timer is set when the RESET 

PDU is transmitted. And it will be stopped upon reception of RESET ACK PDU. If it expires, RESET PDU 

will be retransmitted.*/ 
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SIGNALSET 



£ldu_am_s ogmontation 



Set_seque nc e _numb e r 



Read_p(j 



This procedure manages segmentation and concatenation of 
" sdus. If tlie polljrigger EVERY_POLL_SDU is used, poll bit is 
set in accordance with the value POLLSDU. In case a SDU is 
smaller than a PU and waiting next SDU, n_pdu=0 is returned. 



FRAR 






IN/OUT 


sdu 


OctetType, 


IN 


cfn 


IndicatorType, 


IN/OUT 


np 


SequenceNumberType, 


IN/OUT 


pdus 


AmPduArrayType, 


IN/OUT 


qu 


Queue, 


IN 


polljrigg 


PollTriggArrType, 


IN 


prtcljDarmeter 


Protocol ParameterStruct Type, 


IN/OUT 


vt_sdu 


SequenceNumberType, 


IN 


cip_m 


CipheringModeType, 


IN 


cip_k 


CipheringKeyType, 


IN 


cip_s 


CipheringSequenceNumberType 


IN/OUT 


mui 


MuiType, 


IN 


pdu_s 


OctetType, 


IN 


pu_s 


OctetType; 



This procedure sets the sequence numbers within an AmPdu. 
FPAR 

IN/OUT pdu AmPdu, 

IN vt_s SequenceNumberType; 

This procedure retrieves a copy of the first entry in the queue 
indicated as parameter to the procedure. 

FPAR 

IN/OUT qu Oueue, 

IN/OUT am_pdu AmPdu; 
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Place_se ycra l _in_quouo 



Placejriqtieue 



Place_p 



gyback_in_qu e u e 



Placejr | mu i _qu e u e 



Placejr | transmitt e d_qu e u e 



This procedure places several pus in the indicated queue. 

FPAR 

IN/OUT qu Queue, 

IN/OUT tot PdulndexType, 

IN/OUT pus AmPuArrayStructType; 



This procedure places the indicated pdu within the queue 
given as parameter to the procedure. 

FPAR 

IN/OUT qu Queue, 

IN/QUT pdu AmPdu; 

This procedure checks whether a STATUS PDU can be piggybacked 
onto the first AMD PDU within a queue or not. If SN of the AMD PDU is 
smaller than VT(MS) and it has enogh space for piggyback, this 
procedure returns "YES". 

FPAR 

IN/QUT qu Queue, 

IN/QUT re_qu Queue, 

IN/QUT stat_pdu StatPdu, 

IN vt_ms SequenceNumberType, 

IN/QUT pes IndicatorType; 

This procedure places a message identifier in the sdu queue. 

FPAR 

IN/QUT qu Queue, 

IN mui MuiType; 

This procedure stores the individual pu:s within the transmission 
queue. 



FPAR 




IN/QUT qu 


Queue, 


IN/QUT pdu 


AmPdu 
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Remove | from_quouo 



Remove |i d e nt i f ie d_from_qu e u e 



Remove | acks_and_gGt_mui£ 



This procedure removes the first PDU in the queue and 
" returns the number of PUs within the removed PDU. 

FPAR 

IN/OUT qu Queue, 

IN/OUT pdu AmPdu, 

IN pdu_size OctetType, 

IN pu_sze OctetType, 

IN/OUT n_pu PdulndexType; 



This procedure removes a pu with a given sequence number 
from the queue identified. 



FPAR 






IN/OUT 


qu 


Queue, 


IN 


sn 


SequenceNumberType, 


IN/OUT 


pu 


AmPuStructType; 





This procedure removes all pus that have been acknowledged 
" from the indicated queue and stores the muis that are removed 
from the queue in a special array. 



FPAR 






IN/QUT 


txqu 


Queue, 


IN 


re_qu 


Queue, 


IN 


sn 


SequenceNumberType, 


IN/QUT 


tot 


PdulndexType, 


IN/QUT 


muis 


MuiArrayType, 


IN/QUT 


polljot 


PdulndexType, 


IN/QUT 


rempoll 


SequenceNumberArrayType; 
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Q II- 4. f 4. -4.4. ^ This procedure checks whether each sequence number of missing PU 

HemOVe ^ l lSt_Trom_transmlttOa_quOUO informed by list SUFI is within the value between vt_a and vt_s, and 

removes a list of pdus indicated by sequence numbersfrom the 
transmission queue and retransmissionqueue. 



FPAR 
IN/OUT 
IN/OUT 
IN 

IN/OUT 
IN/OUT 
IN/OUT 



qu Queue, 

re_qu Queue, 

sq SequenceNumberType, 

no PdulndexType, 

tot PdulndexType, 

pus AmPuArrayStructType; 



n I,.. , . ... . This procedure checl^s whether each sequence number of missing PU 

RemOVe ^b l tmap_from_transm l tt o a_qU (^^^termed by list SUFI is within the value between vt_a and vt_s, and 

removes a list of pdus in accordance with a bitmap from the 
transmission queue and retranmission queue. 

FPAR 

IN/QUT qu Queue, 

IN/OUT re_qu Queue, 

IN sq SequenceNumberType, 

IN/QUT no PdulndexType, 

IN/QUT bitmap IndicatorArrayType, 

IN/QUT tot PdulndexType, 

IN/QUT pus AmPuArrayStructType; 



Remove l mui_from_qu e u e 



This procedure removes all PUs associated with a given mui 
from the transmitted_queue. 

FPAR 

IN/QUT mui IVIuiType, 

IN/QUT tx_qu Queue, 

IN/QUT retxqu Queue; 
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Q I I- 4. f 4. -4.4. J This procedure checks whether each sequence number of missing PU 

HemOVe ^r l lSt_Trom_transmlttOa_quCUO informed by list SUFI is within the value between vt_a and vt_s, and 

removes a list of pdus in accordance with a codewords from the 
transmission queue and retranmission queue. 

FPAR 

IN/OUT qu Queue, 

IN/OUT re_qu Queue, 

IN sq SequenceNumberType, 

IN/QUT no PdulndexType, 

IN/QUT codewords IndicatorArrayType, 

IN/QUT tot PdulndexType, 

IN/QUT pus AmPuArrayType, 

IN/QUT poss IndicatorType; 



r^ I II , I ^ This procedure removes all PUs below the move receiving window 

Remove | a ll _bc l OW_mrw_from_quOUO from all receiver queues. 



FPAR 

IN/QUT r_qu 
IN/QUT a_qu 
IN/QUT sn 



Queue, 
Queue, 
SequenceNumberType; 



D 1-^ 4.-*- J * ■ This procedure removes a specific mui from the mui 

Kemove |iaentltiea_Trom_mui_queue queue used to keep track of Timer_Discard instances. 



FPAR 






IN/QUT 


sdu queue 


Queue, 


IN 


mui 


MuiType 
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Virtual 
Transmitjam_pdu 



Virtual 
Transmit! reset 



Virtual 

Transmit I reset acl< 



Virtual 
Transmit! status 



Reassern b l o_am_pu 



This procedure manages transmission of an AMD PDU across ttie 
proper SAP. 



FPAR 




IN pdu 


AmPdu, 


IN ch 


LogicalChannelType 



This procedure transmits a RESET PDU on the correct logical channel. 

FPAR 

IN ch LogicalChannelType; 



This procedure transmits a RESET ACK PDU on the correct 
logical channel. 



FPAR 



IN ch 



LogicalChannelType; 



This procedure 
channel. 


transmits a STATUS PDU on the correct logical 




FPAR 




IN pdu 


StatPdu, 


IN ch 


LogicalChannelType; 


This procedure 
they arrive. 


reassembles RIc pdu contents into Sdu:s as 




FPAR 




IN/OUT qu 


Queue, 


IN/OUT comp 


IndicatorType, 



IN/OUT sdus OctetArrayType, 

IN/OUT nsdu PdulndexType; 
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Extract_s tatus_from_pdu 



Extract otts 



Initialise stat e variab le s 



Initialise kDAT 



Incremen t vtDAT 



Queue ini tia l isations 



This procedure extracts piggybacked status information from 
"the received PDU. 



FPAR 

IN/OUT pdu 
IN/OUT st_pdu 



AmPdu, 
StatPdu; 



This procedure places the pus in the received AIVID PDU in an array 
" in order to make them available for processing one by one and checks 
the number of PUs in the AMD PDU. 



FPAR 
IN/OUT pdu 
IN/OUT pus 
IN/OUT n_pu 



AmPdu, 

AmPuArrayType, 

PdulndexType; 



This procedure sets the state variables appropriately. 

FPAR 
IN/OUT vt_s, vt_ms, vt_sdu, vt_pu, vt_a, 

vrr, vrh, vrmr SequenceNumberType; 



This procedure initialises the retransmission counters 
" associated with the PUs within the PDU. 

FPAR 

IN/OUT pdu AmPdu; 

This procedure increments the retransmission counters 
associated with the PUs within the PDU. 

FPAR 

IN/OUT pdu AmPdu; 



This procedure initialises all queues needed within the 
process. 

FPAR 

IN/OUT a_qu, t_qu, retxqu, rxqu, 

as_qu, sclu_qu Queue; 
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Create status 



Existsjnl roccivcr_qucuc 



Estimat€! inumb e r_of_pus 



Get sn rmw 



This procedure creates a status report based on available information. 
" The information can be split into several STATUS PDUs if it can not be 
mapped onto one STATUS PDU. At the same time, vr_ep is set equal to 
the number of requested PUs. 



FPAR 










IN 


vrr 






SequenceNumberType, 


IN 


vr_h 






SequenceNumberType, 


IN 


rx win 






SequenceNumberType, 


IN 


pdu_size 






OctetType, 


IN 


rxqu 






Queue, 


IN/OUT 


stat_pdus 






StatusPduArrayType, 


IN/OUT 


vrep 






SequenceNumberType, 


IN/OUT 


nstat 






PdulndexType, 


IN 


sn_mrw 






SequenceNumberType; 




This procedure checks if an 
receiver queue. 


identified 


pu 


exists within the 




FPAR 










IN n 


SequenceNumberType, 


IN/OUT qu 


Queue, 








IN/OUT exists IndicatorType; 







This procedure estimates the number of PUs that have been received 
within aTTI. 



FPAR 
IN/OUT 



n_pu_tti PdulndexType; 



This procedure sets the value of sn mrw according to the queue status. 

FPAR 
IN/OUT sn mrw SequenceNumberType, 

IN amqu Queue, 

IN txqu Queue, 

IN retxqu Queue; 
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9_LocalProcedures(73 



SIGNALSET 



Check st atus creation 



Check_if iqu e u e _ e mpty 



Check a nd d ele t e tim e r discards 



Checkjf ip i ggyback 



Check if MRW answ e r 



This procedure checks if a status report should be generated. 
FPAR 

IN vr r SequenceNumberType, 

IN vr h SequenceNumberType, 

IN qu Queue, 

IN/OUT status IndicatorType; 



This procedure checks if there are any PDUs remaining in the 
queue given as parameter to the procedure. 



FPAR 

IN qu 

IN/OUT empty 



Queue, 
IndicatorType; 



This procedure checks if any timer polls are active and 
returns the first message identifier associated with the 
discard. If the queue is empty, empty=YES is returned. 

FPAR 

IN/QUT qu Queue, 

IN mui MuiType, 

IN/OUT empty IndicatorType; 



This procedure checks if the current AMD PDU to be transmitted 
contains a piggybacked STATUS PDU or not 



FPAR 
IN pdu 

IN/OUT piggyback 



AmPdu, 
IndicatorType; 



This procedure checks if the peer has responded to a IVIRW command. 

FPAR 

IN snmnw SequenceNumberType, 

IN status_pdu StatPdu, 

IN/OUT mrw_ans IndicatorType; 
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1 0_LocalProcedures(73 



SIGNALSET 



U pdate_ stato_vari ab l 0£ 



£let_poll_b t_ i n_qu e u e 



ContainsI po ll odSN 



Calculatel po lli ng_w i ndow 



This procedure updates the state variables vt_a and vt_s. 
FPAR 

IN/OUT vt_a SequenceNumberType, 

IN/OUT vt_ms SequenceNumberType, 

IN/OUT tx win SequenceNumberType, 

IN amqu Queue, 

IN/OUT tx_qu Queue, 

IN/OUT retxqu Queue; 

This procedure ensures that a poll bit is set in the amd_queue 



FPAR 
IN/QUT qu 



Queue; 



This procedure checks if the sequence number associated with 
" a poll request has been acknowledged in the status pdu. 

FPAR 

IN polled_sn SequenceNumberType, 

IN status_pdu StatPdu, 

IN/OUT contains IndicatorType; 



This procedure calculates the current usage of the transmit window. 

FPAR 

IN/QUT pdu AmPdu, 

IN/QUT polLwin Real, 

IN vt_ms SequenceNumberType, 

IN txwin SequenceNumberType; 
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11 _LocalProcedures(73 



SIGNALSET 



PlaceJ r l rocoivo_sido_quouo 



This procedure places a PL) in one of the receive side queues. 

FPAR 

IN/OUT qu Queue, 

IN/OUT pu AmPuStructType; 



Placejr l retransm i ssion_qu e u e 



This procedure places a PU in the retransmission queue. 
FPAR 

IN/OUT qu Queue, 

IN/OUT pu AmPuStructType; 



r^ I, , . . This procedure retrieves an Amd PDU from the retransmission 

Remove l from_rctransmission_quouo queue. 



FPAR 

IN/OUT qu Queue, 

IN/OUT pdu AmPdu, 

IN pdu_s QctetType, 

IN pu_s QctetType, 

IN/QUT npu PdulndexType; 



Remove l any_from_transmitt e d_qu e u e 



This procedure retrieves an Amd PU from the transmitted 
queue. Note: It is implementation matter which Amd PU shall 
be retireved (e.g. the oldest Amd PU). 

FPAR 

IN/QUT qu Queue, 

IN/QUT pu AmPuStructType; 
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SIGNALSET 




1 Timerlhit 



1 _ProcessTypeStart(73 



QueueJnitialisations(amd_queue, transmitted_queue, 
retransmissionqueue, receiverqueue, 
assembly_queue, muLqueue) 



lnitialise_state_variables(vt_s, vt_ms, vt_sdu, vt_pu, 
vt_a, vt_rst, vt_mrw, vrr, vrh, vrmr, vrep) 



end state:=NULL 
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1_Timerlnit(73 



SIGNALSET 
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2_Timerlnit(73 



SIGNALSET 



YES- 




2iTimerlhit 




Check_and_delete_timer_discards 
(muLqueue, mui, empty) 



Reset(Timer_Discard(mui)) 




Reset(Timer_Poll) 



polLactive:=NO, 
polled_sn:=0 
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3_Timerlnit(73 



SIGNALSET 



ACK 




Acknowledged_data_trarisfer_ready 



NULL 



RST 



Set(NOW+timerdurations!rst, 
" Timer_RST) 



rst active:=YES 



Null 



eset_pendini 
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SIGNALSET 



RELEASE 



1_Null(73 



Null 



Crlc_amconfig_req(e_r, loglcaLchannel, 
polLtriggers, status_triggers, timerdurations, 
protocoLparameters, discard, cipheringmode, 
cipheringkey, ciphering_sequence_number, 
pu_size) 




ESTABLISH 



The receive window can be updated dynamically 
according to ttie status of ttie receiver. 



transmit_window:=protocol_parameters!window_size, 
receive_window:=protocoLparameters!window_size 




vt_ms:=vt_s+transmit_window, 
vr mr:=vr r+receive window 



poll_triggers(TIIVIER_BASED) 



Set(NOW+timer_durations!poll_periodic, 
Timer_Poll_Periodic) 



poll_periodic_active:=YES 



statusJriggers(TII\/IER_BASED) 



Set(NOW+timer_durations!status_periodic, 
Timer Status Periodic) 



status_periodic_active:=YES 



Acl<nowledged_data_trarisfer_ready 
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SIGNALSET 



1_AckDaiaTransferReady 



ESTABLISH 



end state:=ACK 



1_DataTransferReadyAndLocalSuspend(73 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Crlc_amconfig_req(e_r, logicaLchannel, 
polLtriggers, status_triggers, timerdurations, 
protocoLparameters, discard, cipheringmode, 
cipheringkey, ciphering_sequence_number, 
pu_size) 



QueueJnitialisations(amd_queue, transmitted__queue, 
retransmissionqueue, receiverqueue, 
assembly_queue, muLqueue) 

lnitialise_state_vanables(vt_s, vt_ms, vt_sdu, vt_pu, 
vt_a, vt_rst, vt_mrw, vrr, vrh, vrmr, vrep) 





1 (Timerlhit 
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SIGNALSET 



Reset am< 




1 (Timerlhit 



2_DataTransferReadyAndLocalSuspend(73 

Acknowledged_data_transfer_ready, 
LocaLsuspend 



Reset am<ack 



QueueJnitialisations(amd_queue, transmitted_queue, 
" retransmissionqueue, receiverqueue, 
assembly_queue, muLqueue) 

lnitialise_state_variables(vt_s, vt_ms, vt_sdu, vt_pu, 
vt_a, vt_rst, vt_mrw, vrr, vrh, vrmr, vrep) 



Transmit_reset_ack(logical_channel) 




Crlc_statusJnd(EVC) 
VIA Cent 



end state:=ACK 
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1_AcknowledgedDataTransferReady(73 



SIGNALSET 



Acknowledged_data_trarisfer_ready 



Crlc_suspesnd_req(n_susp) 



suspend:=YES 



.ocaLsuspen 




Crlc_suspend_cnf(vt_s) 
TO SENDER 



sn_suspend:=vt_s+n_susp 



ETSI 



3G TS 25.322 version 3.2.0 Release 1999 



77 



ETSI TS 125 322 V3.2.0 (2000-03) 



Virtual Process Type Acknowledgedjink 



1_LocalSuspend(73 



SIGNALSET 



.ocaLsuspen 



Crlc_resurTie_req 



suspend:=NO 



Acknowledged_data_trarisfer_ready 
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1_RlcAmDataReq(73 



SIGNALSET 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Rlc_AmD^_req(sdu, cnf, mui) 



NO 




discard(TIMER_BASED) 



Set(NOW+timer_durations!discard, 
Timer_Discard(mui)) 



PlaceJn_muLqueue(muLqueue, mui) 



YES 




Sdu_am_segmentation(sdu, cnf, npdu, pdus, 
amd_queue, polLtriggers, protocoLparameters, vt_sdu, 
cipheringmode, cipheringkey, 
ciphering_sequence_number, mui, pdu_size, pu_size) 



Tlie parameter "pdu_size" is indicated by IVIAC. 



2_RldAmDa|aReq 
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2_RlcAmDataReq(73 



SIGNALSET 



YES 



n:=n+1 



2_RlciAmDaiaReq 



n:=1 



amd_pdu:=pdus(n) 



Set_sequence_number(amd_pdu, 
vt_s) 



Placejn_queue( 
amd_queue, amd_pdu) 



AmdPduQu6qedUp 
TO SELF 
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1_AmdPduQueuedUp(73 



SIGNALSET 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



AmdPduQ^euedUp 



YES 




AmdPduQueuedUp 
TO SELF 



vt_pu:= 
vt_pu+n_pu 



CheckJf_queue_empty(retransmission_queue, 
empty) 



Checkjf_queue_empty( 
amd_queue, empty) 



Read_pdu(amd_queue, amd_pdu) 



amd_pdu !sn<vt_ms 



Calculate_polling_window( 
amd_pdu, polLwin, vt_ms, 
transmit_window) 



Remove_from_queue( 
amd_queue, amd_pdu, 
pdu_size, pu_size, npu) 




The pdu_size is indicated by l\/IAC. 



NO 






2_AmdPduOueuedUp 



5_AmdPduOueuedUp 
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2_AmdPduQueuedUp(73 




SIGNALSET 


2_AmdPduQuteuedUp 

\ y 
























Checkjf_piggyback(amd_pdu, piggyback) 






<pggybai^> 






NO 






^^- 


statusJriggers(STATUS_PROHIBIT) 


YES 
























Set(NOW+ 

timerdurationslstatusjDrohibit, 

Timer_Status_Prohibit) 


NO 
























status_p roh i bit_acti ve := YES 








/ 










\ 




NO 


^^>- 


statusJriggers(EPC) 


YFR 
























Set(NOW+timer durationslepc, 
Timer_EPC) 






















epc_active:=YES 






\ 


/ 












3_AmdPdu 


\ 

/ 
QueuedUp 
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3_AmdPduQueuedUp(73 




SIGNALSET 


3_AmdPduQuteuedUp 

\ y 






YES '^^^ 


pdu]p> 






NO 






<c^ 


polLtriggers(LAST_PUJN_BUFFER) 


YFS 
























Checkjf_queue_empty(amd_queue, empty) 


NO 














YES 
YES 








NO 


^ 








polLtriggers(POLLING_WINDOW) 


YFR 












/ 


<J>- 


polLwin>= 
protocoLparameterslpolLwindow 


NO 


\ 




NO 


/ 






\ 








polLtriggers(EVERY_POLL_PU) 


YES 












YES 


^^>- 


vt_pu>=protocoLparameters!polLpu 


NO 














NO 










vt_pu:=0 




/ 






\ 












y 






amd pdulp 
:=YES 








^J 


\ 






/ 


/ 


\ 














lnitialise_vtDAT(amd_pdu) 














retrans:=NO 
















4_A 


mdPduOueue 


dUp 
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4_AmdPduQueuedUp(73 



SIGNALSET 



NO 






4_AmdPduQueuedUp 



YES 



polLtriggered 
:=YES 



amd_pdu!p/ 
NO 




polLtriggers(POLL_PROHIBIT) 



polLprohibit_active 



Set(NOW+timer_durations!poll_prohibit, 
Timer_poll_prohibit) 



polLprohibit_active:=YES 



NO 



Set(NOW+timer_durations!poll, TimerPoll) 



polLactive:=YES, 
polled_sn:=amd_pdu!sn 



Transmit_am_pdu(amd_pdu, logicaLchannel) 




lncrement_vtDAT(amdjDdu) 



amd_pdu!p:=NO, 
vt_s:=vt_s+n_pu 



Placejn_transmitted_queue( 
transmitted_queue, amd_pdu) 
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5_AmdPduQueuedUp(73 



SIGNALSET 



YES 



YES 



6_AmdPduQufeuedUp 






5_AmdPduQueuedUp 



vt_pu:= 
vt_pu+n_pu 



Remove_from_retransmission_queue( 
retransmissionqueue, amd_pdu, 
pdu_size, pu_size, npu) 




The pdu_size is indicated by IVIAC. 



discard(TIIVIER_BASED) 



NO 




amd_pdu!vt_dat>protocol_parameters!maxDat 



discard(IVIAXDAT) 



-.YES 




1 TfansmimST 




1 TimerDlscard 
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6_AmdPduQueuedUp(73 






SIGNALSET 



6_AmdPduQuteuedUp 



NO 




Checkjf_piggyback(amd_pdu, piggyback) 



statusJriggers(STATUS_PROHIBIT) 



Set(NOW+ 

timer_durations!status_prohibit, 

Timer_Status_Prohibit) 



status_p roh i bit_acti ve := YES 



status_triggers(EPC) 



YES 



epc_active 
:=YES 



Set(NOW+timer_durations!epc, 
Timer_EPC) 




7_AmdPduQueuedUp 



NO 
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7_AmdPduQueuedUp(73 



SIGNALSET 



YES 



YES 






7_AmdPduQueuedUp 



YES 



vt_pu:=0 




polLtriggers(LAST_PUJN_RETRANSBUFFER) 



checkjf_queue_empty( 
retransmissionqueue, empty) 



NO 



polLtriggers(EVERY_POLL_PU) 



vt_pu>=protocol_parameters!poll_pu 



NO 



amd_pdu!p 
:=YES 



NO 



retrans:=YES 



4_AmdPduQueuedUp 
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1_TransmitRST(73 



SIGNALSET 

Cric amconfiq req, 




1 TfansmitRST 



QueueJnitialisations(amd_queue, 
transmitted_queue, retransmissionqueue, 
receiverqueue, assembly_queue, muLqueue) 



lnitialise_state_variables(vt_s, vt_ms, 
vt_sdu, vt_pu, vt_a, vt_rst, vt_mrw, 
vrr, vrh, vrmr, vrep) 



vt rst:=1 



Transmit_reset(logical_channel) 



Crlc_statusJ<id(EVC) 
VIACont 



end state:=RST 
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1_StatusPdu(73 



SIGNALSET 



NO 



NO 



NO 



NO 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



StatusPdu0tatus_pdu) 




Contains_polledSN(polled_sn, 
status_pdu, contains) 




Reset 
(Timer_Poll) 



polLactive 
:=N0 




CheckJfJ\/IRW_answer(sn_mrw, 
status_pdu, mra/ans) 




Reset 
(Timer^MRW) 



mrw_active 
:=N0 




2 Status Ffdu 
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2_StatusPdu(73 



SIGNALSET 



2_StatusH'du 




LIST 




BITMAP 



MRW 




RLIST 



ILBitm^ (1_Rllst) 




status_pdu!sufis(i)!typ 



MRW N IFL 



ILMrwnjfl 



ACK 




WINDOW NO MORE 




liWindqw 3 StatusFfdu 
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SIGNALSET 





k:=1 




AmdRduQueuedUp 
TO SELF 



1_StatusPduList(73 



tot_list:=status_pdu !sufis(i) llength 



sq:=status_pdu!sufis(i)!lst(k)!sn, 
n_sq:=status_pdu!sufis(i)!lst(k)!l 



RemoveJistJrom_transmitted_queue( 
transmitted_queue, retransmissionqueue, 
sq, nsq, tot_rem, rempus, possible) 



Place_severaljn_queue( 
retransmissionqueue, 
toLrem, rem_pus) 




1 TfansmitRST 2 StatusFfdu 
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1_StatusPduBitmap(73 



SIGNALSET 




tot_bitmap:=status_pdu!sufis(i)!length, 
sq:=status_pdu!sufis(i)!fsn, 
bitmap :=status_pdu!sufis(i)!bitmap 




Remove_bitmap_from_transmitted_queue( 
transmitted_queue, retransmissionqueue, 
sq, tot_bitmap, bitmap, tot_rem, rempus, possible) 



i:=i+1 



Place_several_in_queue( 
retransmissionqueue, 
tot_rem, rempus) 



AmdPduQueuedUp 
TO SELF 




1 TfansmitRST 2 StatusFfdu 
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1_StatusPduRlist(73 



SIGNALSET 




tot_bitmap:=status_pdu!sufis(i)!length, 

sq:=status_pdu!sufis(i)!fsn, 

codewords:=status_pclu!sufis(i)!cw 




Remove_rlist_from_transmitted_queue( 

transmitted_queue, retransmissionqueue, 

sq, tot_rlist, codewords, tot_rem, rem_pus, possible) 



i:=i+1 



Place_several_in_queue( 
retransmissionqueue, 
tot_rem, rempus) 



AmdPduQueuedUp 
TO SELF 




1 TfansmitRST 2 StatusFfdu 




ETSI 



3G TS 25.322 version 3.2.0 Release 1999 



93 



ETSI TS 125 322 V3.2.0 (2000-03) 



Virtual Process Type Acknowledgedjink 



1_StatusPduAck(73 



SIGNALSET 





sn_ack:=status_pdu!sufis(i)!lsn 



vt a<=sn ackANDsn ack<=vt s 
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1_StatusPduWindow(73 



SIGNALSET 




1 Window 



transmit_window:=status_pdu!sufis(i)!wsn 



vt ms:=vt a+transmit window 



i:=i+1 




2 Status Ffdu 
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1_StatusPduMrw(73 



SIGNALSET 



discard fli:=NO 



NO 



vr mr:=vr r+receive window 



h_Mrv^ 




1L Mrwnfl 



discard fli:=YES 




vr_r>=status_pdu!sufis(i)!sn_mrw 



vr_r:=status_pdu !sufis(i) Isnmrw 



YES 



i:=i+1 




vr_h:=vr_r, 

vr mr:=vr r+receive window 



Remove_all_below_mrw_from_queue(discard_fli, 
receiverqueue, assembly_queue, vrr) 



discard fli:=NO 
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2_StatusPduMrw(73 



SIGNALSET 



YES 



status_tnggered:=YES 




2 StatusFfdu 





2A Mr 



j:=1 




The pdu_size is indicated by IVIAC. 



Create_status(vr_r, vr h, 
receivewindow, pdusize, 
receiverqueue, status_pdus, 
vr_ep, n_status, sn_mrw) 



tx_statusj3du:=status_pdus(j) 



Place_piggybackjn_queue(amd_queue, 
retransmissionqueue, tx_status_pdu, 
vt_ms, possible) 
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SIGNALSET 



YES 




YES 



2 Status Ffdu 




j:=j+1 



2A_MrW 




3_StatusPduMrw(73 




Transmit_status(tx_status_pdu, logicaLchannel) 



statusJriggers(EPC) 



Set(NOW+timer_durations!epc, TimerEPC) 



epc_active:=YES 



statusJriggers(STATUS_PROHIBIT) 



Set(NOW+timer_durations!status_prohibit, 
Timer_Status_prohibit) 



status_prohibit_active:=YES 
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Virtual Process Type Acknowledgedjink 



3_StatusPdu(7 



SIGNALSET 



YES 



YES 



S^StatusRdu 




Remove_acks_and_get_muis( 
transmitted_queue,retransmission_queue, 
snack, tot_mui, muis) 



Rlc_AmData\conf(muis(j)!mui) 
VIA Am 




Reset(Timer_Discard(muis(j)!mui)) 



NO 



j:=j+1 



Update_state_variables(vt_a, vt_ms, 
transmit_window, amd_queue, 
transmitted_queue, retransmissionqueue) 



polLtriggered:=NO 
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Virtual Process Type Acknowledgedjink 



4_StatusPdu(73 



SIGNALSET 



YES 



NO 



YES 



4_StatusH'du 





Checkjf_queue_empty( 
retransmissionqueue, empty) 



Checkjf_queue_empty( 
transmitted_queue, empty) 




RemoveJdentified_from_queue( 
transmitted_queue, vt_s-1, amd_pu) 



PlaceJn_retransmission_queue( 
retransmissionqueue, amd_pu) 



AmdPduQuKiedUp 
TO SELF 
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Virtual Process Type Acknowledgedjink 



1_TimerPoll(73 



SIGNALSET 



YES 



Acknowledged_data_transfer_ready, 
LocaLsuspend 




1 (TimerRoll 



Timer Pol 




polLprohibit_active 



NO 



polLtriggered:=NO, 
polLactive:=NO 



polLtriggered:=YES, 
polLactive:=NO 



NO 




Set_polLbitJn_queue( 
retransmission_queue) 




CheckJf_queue_empty(retransmisslon_queue, 
empty) 



Checkjf_queue_empty( 
amd_queue, empty) 



YES 



NO 



Set_polLbitJ n_q ueu e( 
amd_queue) 




2 TimerRoll 
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Virtual Process Type Acknowledgedjink 



2_TimerPoll(73 



SIGNALSET 



YES 




2JTimerRoll 




Checkjf_queue_empty(transmitted_queue, 
empty) 



Remove_any_from_transmitted_queue( 
transmitted_queue, amd_pu) 



amd_pu!p:=YES 



PlaceJn_retransmission_queue( 
retransmissionqueue, amd_pu) 



AmdRduQueuedUp 
TO SELF 
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Virtual Process Type Acknowledgedjink 



1_TimerPollProhibit(73 



SIGNALSET 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Timer PorProhibit 
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Virtual Process Type Acknowledgedjink 



1_TimerStatusProhibit(73 



SIGNALSET 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Timer Status Prohibit 



status_prohibit_active:=NO 
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Virtual Process Type Acknowledgedjink 



1_TimerStatusPeriodic(73 



SIGNALSET 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Timer Status Periodic 



Set(NOW+timer_durations!status_periodic, 
Timer_Status_Periodic) 



YES 
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Virtual Process Type Acknowledgedjink 



1_TimerEpc(73 



SIGNALSET 



Acknowledged_data_transfer_ready, 
LocaLsuspend 







Timer_EPq^ 












epc active 
:=N0 




















Estimate_number_of_pus(n_pu_per_tti) 


















vr_ep:=vr_ep-n_pu_per_tti 




YES 


<^r ep<=0^ 
NO 








\ 


/ 








Set(NOW+timer_durations!epc_check, 
Timer_EPC_check) 




\ 


/ 






2_ 


FimerEPC 


/ \ 
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Virtual Process Type Acknowledgedjink 



1_TimerEpcCheck(73 



SIGNALSET 




2 irimerEPC 



YES 



Check_status_creation( 
vr_r, vrh, receiverqueue, 
create_status) 



statusjriggered := NO 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Timer EP0_check 



Estimate_number_of_pus(n_pu_per_tti) 



vr_ep:=vr_ep-n_pu_per_tti 




YES 




YES 




1 timerStatus 



NO 




Set(NOW+timer_durations!epc_check, 
Timer_EPC_check) 



NO 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 1 A timerStatus 



1_TimerStatus(73 




1 timerStatus 



Create_status(vr_r, vrh, receive_window, 
pdu_size, receiverqueue, status_pdus, 
vrep, nstatus, sn_mrw) 



j:=1 



tx_status_pdu:=status_pdus(j) 




Place_piggybackjn_queue(amd_queue, 
retransmissionqueue, tx_status_pdu, 
vt_ms, possible) 



2 'nimerStatus 
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Virtual Process Type Acknowledgedjink 



2_TimerStatus(73 



SIGNALSET 



YES 




Transmit_status(tx_status_pdu, logicaLchannel) 



statusJriggers(EPC) 



Set(NOW+timer_durations!epc, TimerEPC) 



epc_active:=YES 



statusJriggers(STATUS_PROHIBIT) 



Set(NOW+timer_durations!status_prohibit, 
Timer_Status_prohibit) 



status_prohibit_active:=YES 



ETSI 



3G TS 25.322 version 3.2.0 Release 1999 



109 



ETSI TS 125 322 V3.2.0 (2000-03) 



Virtual Process Type Acknowledgedjink 



1_TimerPollPeriodic(73 



SIGNALSET 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Timer PollCPeriodic 



polLtriggered:=YES 



Set(NOW+timer_durations!polLperiodic, 
Timer Poll Periodic) 




1 (TimerPoll 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 1_T(merDi^card 



1_TimerDiscard(73 



NO 



YES 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



Timer_Diss^rd(mui) 



Remove_muLfrom queue(mui, amd_queue, 
transmitted_queue, retransmissionqueue) 



Get_sn_mrw(sn_mrw, amd_queue, 
transmitted_queue, retransmissionqueue) 



RemoveJdentified_from_mui_queue( 
mui_queue, mui) 




discard(EXPLICIT) 



Set(NOW+timer_durations!mrw, Timer MRW) 



mrwactive 
:=YES 



vt mrw:=1 




1 TimerStatus 



£75/ 



3G TS 25.322 version 3.2.0 Release 1999 



111 



ETSI TS 125 322 V3.2.0 (2000-03) 



Virtual Process Type Acknowledgedjink 



SIGNALSET 



Timer MR 



vt_mrw:= 
vt mrw+1 



Transmit_status(tx_status_pdu, 
logicaLchannel) 



Set(NOW+timer_durations!mrw, 
Timer_MRW) 



1_TimerMRW(73 



Acknowledged_data_transfer_ready, 
LocaLsuspend 




vt_mrw<protocoLparameters!maxMRW 



NO 



I^TfansmitRST 
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Virtual Process Type Acknowledgedjink 



1_AmdPdu(73 



SIGNALSET 1 (AmdPdu 




YES 




6 AmdPdu 



NO 



Acknowledged_data_transfer_ready, 
LocaLsuspend 



AmdPdu(a<fid_pdu 




amd_pdu!length=PIGGYBACKED 



Extract_status_from_pdu(amd_pdu, status_pdu) 



StatusPdu(status_pdu) 
TO SELF 



Extract_pus(amdjDdu, pus, npu) 



i:=1 




i:=i+1 



amd_pu:=pus(i) 




2 AmdPdu 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 



NO 




5 AmdPtlu 



YES 



Placejn_receive_side_queue( 
assembly_queue, amd_pu) 



Reassemble_am_pu( 
assembly_queue, complete, 
sdus, nsdu) 



Rlc_AmDataJnd(sdu) 
VIA Am 



NO 



j:=j+1 



vr_r:=amd_pu!sn+1, 
vr_h:=amd_pu!sn+1 , 
vr mr:=vr r+receive window 




j:=1 



sdu:=sdus(j) 




YES 




1 AmdPclu 



^- 


amd_pu!sn<vr_mr 






YES 






amd_pu!sn=vr_r 






YES 






amd_pu!sn=vr_h 


J 





NO 



NO 



2_AmdPdu(73 



NO 



3_(AmdPdu 46\mdPdu 



£75/ 



3G TS 25.322 version 3.2.0 Release 1999 



114 



ETSI TS 125 322 V3.2.0 (2000-03) 



Virtual Process Type Acknowledgedjink 



SIGNALSET 



Rlc_AmDataJnd(sdu) 
VIA Am 



NO, 



j:=j+1 



NO. 




SiAmdPilu 




j:=1 



sdu:=sdus(j) 






1 AmdPdu 



3_AmdPdu(73 



Placejn_receive_side_queue( 
assembly_queue, amd_pu) 



Reassemble_am_pu( 

assembly_queue, complete, sdus, nsdu) 



NO 



vr r:=vr_r+1 , 

vr mr:=vr r+receive window 



Existsjn_receiver_queue( 
vrr, recelverqueue, exists) 



RemoveJdentified_from_queue( 
recelverqueue, vrr, amd_pu) 
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Virtual Process Type Acknowledgedjink 



SIGNALSET 



YES 



YES 



Placejn_receive_side_queue( 
receiverqueue, amd_pu 



vr h:=vr h+1 




liAmdPilu UAmdPilu 






1 ArndRdu 



4_AmdPdu(73 






Placejn_receive_side_queue( 
receiverqueue, amd_pu) 



vr h:=amd_pu!sn+1 



missing_pu_detected:=YES 



Existsjn_receiver_queue(amd_pu!sn, 
receiverqueue, exists) 



YES 



Place_in_receive_side_queue( 
receiverqueue, amd_pu) 




1 AmdPdu 
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SIGNALSET 



missing_pu_detected:=YES 



vr h:=vr mr 




1 (AmdPilu 



5_AmdPdu(73 
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6_AmdPdu(73 



SIGNALSET 



NO 



YES 



statusjriggered 
YES 




7 AmdPilu 




status_p roh i bit_acti ve 



NO 




1 timerStatus 



YES 
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Virtual Process Type Acknowledgedjink 



7_AmdPdu(73 



SIGNALSET 



miqsing_pu_detec|ted 
:=N0 




missing_pu_detected 



statusJriggers(DETECT_MISSING_PU) 



NO 



status_p roh i bit_acti ve 



missing_pu_detected:=NO 




1 TimerStatus 
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1_ResetPending(73 



SIGNALSET 



eset_pendin 



Reset amiack Reset am< 



Transmit_reset_ack( 
" logicaLchannel) 



vt rst:=0 



Reset(Timer_RST) 



rst_active:: 
NO 



Crlc_amconfig_req(e_r, 
" logicaLchannel, polUriggers, 
statusjriggers, timerdurations, 
protocoLparameters, discard, 
cipheringmode, cipheringkey, 
ciphering_sequence_number, 
pu_size) 



Acknowledged_data_trarisfer_ready 1_AckDaiaTransferReady 
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Virtual Process Type Acknowledgedjink 



2_ResetPending(73 



SIGNALSET 



:eset_pendini 



Timer RSI 



rst active:=NO 



vt rst:=vt rst+1 




vt_rst<protocoLparameters!maxRst 



NO 



Crlc_statusJnd(EVC) 
VIACont 



Null 



Transmit_reset(logical_channel) 



Set(NOW+timer_duratlons!rst, 
Timer_RST) 



rst active:=YES 
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Annex B (informative): 

Pseudo code describing AIVID PDU header Compression 

The following Pseudo-Code is an example of algorithm to describe the exact Header Compression Operation that takes 
place when several PUs are packed into one RLC PDU. 

/* Prior to calling this procedure it must be checked that <pus_in_pdu> consecutive PU:s 
are to be transmitted (or there is padding in the end) */ 

Compress_PDU (pus_in_pdu, pu_size) { 

li_addition = 0; // reset the variable that counts data in full pu : s 

Loop through pus_in_pdu { 

d_e_flag = E-flag for this PU; 

If (d„e_flag == FALSE) { 

Append PU data to PDU data; // complete PU is SDU-data 
li_addition += pu_size; // to be added to the next LI 

} else ( // E-flag is TRUE, so Ll-field(s) exist 

Previous E-flag in PDU = TRUE; // Either in PDU header or pdu_li_vector ; 

j = 0; // reset Ll-counter for this PU 

pu_data„size = 0; // reset data size counter for this PU 

Loop until (d_e_flag == FALSE) ( 

d_li = next LI; // in octet j of PU; 
d__e_flag = next E__FLAG; //in octet j of PU; 

if (d_li is not PADDING) { 

pu_data_size += d_li; // to keep track of data segment size in this PU) ; 
d_li += li_addition; // to add data from previous PU:s to Ll-value) ; 
li_addition = 0; // reset li_addition; 

} 

Append (d„li + d_e_flag) to pdu_li_vector; 

j++; // go to next li_octet, if d_e_flag is TRUE) ; 

} /* end-of-loop (exit when d„e_flag is TRUE) */ 

Append pu_data_size segments starting from j to RLC-PDU data; 

} /* end-of e-flag == TRUE */ 

} /* end-of loop through PU:s in PDU */ 

} /* end-of Compress_PDU */ 
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